weird, not, it is little bit more stable, bu then it eventually hit the problem again: [ 2696.410684] sd 2:0:0:2: [sdc] tag#13 uas_eh_abort_handler 0 uas-tag 14 inflight: CMD OUT [ 2696.410708] sd 2:0:0:2: [sdc] tag#13 CDB: Write(10) 2a 00 19 ed 69 80 00 00 20 00 [ 2696.410948] sd 2:0:0:2: [sdc] tag#12 uas_eh_abort_handler 0 uas-tag 13 inflight: CMD OUT [ 2696.410967] sd 2:0:0:2: [sdc] tag#12 CDB: Write(10) 2a 00 19 ed 69 40 00 00 20 00 [ 2696.415259] sd 2:0:0:2: [sdc] tag#11 uas_eh_abort_handler 0 uas-tag 12 inflight: CMD OUT [ 2696.415282] sd 2:0:0:2: [sdc] tag#11 CDB: Write(10) 2a 00 19 ed 69 00 00 00 20 00 [ 2696.418759] sd 2:0:0:2: [sdc] tag#10 uas_eh_abort_handler 0 uas-tag 11 inflight: CMD OUT [ 2696.418782] sd 2:0:0:2: [sdc] tag#10 CDB: Write(10) 2a 00 19 ed 68 20 00 00 60 00 [ 2696.422170] sd 2:0:0:2: [sdc] tag#9 uas_eh_abort_handler 0 uas-tag 10 inflight: CMD OUT [ 2696.422183] sd 2:0:0:2: [sdc] tag#9 CDB: Write(10) 2a 00 19 ed 67 80 00 00 40 00 [ 2696.425660] sd 2:0:0:2: [sdc] tag#8 uas_eh_abort_handler 0 uas-tag 9 inflight: CMD OUT [ 2696.425672] sd 2:0:0:2: [sdc] tag#8 CDB: Write(10) 2a 00 19 ed 66 e0 00 00 80 00 [ 2696.429160] sd 2:0:0:2: [sdc] tag#7 uas_eh_abort_handler 0 uas-tag 8 inflight: CMD OUT [ 2696.429171] sd 2:0:0:2: [sdc] tag#7 CDB: Write(10) 2a 00 19 ed 66 40 00 00 60 00 [ 2696.432661] sd 2:0:0:2: [sdc] tag#6 uas_eh_abort_handler 0 uas-tag 7 inflight: CMD OUT [ 2696.432675] sd 2:0:0:2: [sdc] tag#6 CDB: Write(10) 2a 00 19 ed 5c 20 00 00 20 00 [ 2696.436263] sd 2:0:0:2: [sdc] tag#5 uas_eh_abort_handler 0 uas-tag 6 inflight: CMD OUT [ 2696.436281] sd 2:0:0:2: [sdc] tag#5 CDB: Write(10) 2a 00 19 ed 5b a0 00 00 20 00 [ 2696.439746] sd 2:0:0:2: [sdc] tag#4 uas_eh_abort_handler 0 uas-tag 5 inflight: CMD OUT [ 2696.439764] sd 2:0:0:2: [sdc] tag#4 CDB: Write(10) 2a 00 19 ed 5b 40 00 00 40 00 [ 2696.443236] sd 2:0:0:2: [sdc] tag#3 uas_eh_abort_handler 0 uas-tag 4 inflight: CMD OUT [ 2696.443253] sd 2:0:0:2: [sdc] tag#3 CDB: Write(10) 2a 00 19 ed 59 e0 00 00 20 00 [ 2696.446657] sd 2:0:0:2: [sdc] tag#2 uas_eh_abort_handler 0 uas-tag 3 inflight: CMD OUT [ 2696.446666] sd 2:0:0:2: [sdc] tag#2 CDB: Write(10) 2a 00 19 ed 59 00 00 00 20 00 [ 2696.450164] sd 2:0:0:2: [sdc] tag#1 uas_eh_abort_handler 0 uas-tag 2 inflight: CMD OUT [ 2696.450172] sd 2:0:0:2: [sdc] tag#1 CDB: Write(10) 2a 00 19 ed 58 80 00 00 60 00 [ 2696.453703] sd 2:0:0:1: [sdb] tag#26 uas_eh_abort_handler 0 uas-tag 27 inflight: CMD OUT [ 2696.453712] sd 2:0:0:1: [sdb] tag#26 CDB: Write(10) 2a 00 00 4d a9 80 00 00 20 00 [ 2696.457284] sd 2:0:0:1: [sdb] tag#25 uas_eh_abort_handler 0 uas-tag 26 inflight: CMD OUT [ 2696.457293] sd 2:0:0:1: [sdb] tag#25 CDB: Write(10) 2a 00 00 4d a9 40 00 00 20 00 [ 2696.461226] sd 2:0:0:1: [sdb] tag#24 uas_eh_abort_handler 0 uas-tag 25 inflight: CMD OUT [ 2696.461249] sd 2:0:0:1: [sdb] tag#24 CDB: Write(10) 2a 00 00 4d a9 00 00 00 20 00 [ 2696.464934] sd 2:0:0:1: [sdb] tag#23 uas_eh_abort_handler 0 uas-tag 24 inflight: CMD OUT [ 2696.464958] sd 2:0:0:1: [sdb] tag#23 CDB: Write(10) 2a 00 00 4d a8 20 00 00 60 00 [ 2696.468555] sd 2:0:0:1: [sdb] tag#22 uas_eh_abort_handler 0 uas-tag 23 inflight: CMD OUT [ 2696.468569] sd 2:0:0:1: [sdb] tag#22 CDB: Write(10) 2a 00 00 4d a7 80 00 00 40 00 [ 2696.471942] sd 2:0:0:1: [sdb] tag#0 uas_eh_abort_handler 0 uas-tag 22 inflight: CMD OUT [ 2696.471955] sd 2:0:0:1: [sdb] tag#0 CDB: Write(10) 2a 00 00 4d a6 e0 00 00 80 00 [ 2696.475759] sd 2:0:0:1: [sdb] tag#21 uas_eh_abort_handler 0 uas-tag 1 inflight: CMD OUT [ 2696.475773] sd 2:0:0:1: [sdb] tag#21 CDB: Write(10) 2a 00 00 4d a6 40 00 00 60 00 [ 2696.479231] sd 2:0:0:1: [sdb] tag#20 uas_eh_abort_handler 0 uas-tag 21 inflight: CMD OUT [ 2696.479248] sd 2:0:0:1: [sdb] tag#20 CDB: Write(10) 2a 00 00 4d 9c 20 00 00 20 00 [ 2696.482706] sd 2:0:0:1: [sdb] tag#19 uas_eh_abort_handler 0 uas-tag 20 inflight: CMD OUT [ 2696.482722] sd 2:0:0:1: [sdb] tag#19 CDB: Write(10) 2a 00 00 4d 9b a0 00 00 20 00 [ 2696.486396] sd 2:0:0:1: [sdb] tag#18 uas_eh_abort_handler 0 uas-tag 19 inflight: CMD OUT [ 2696.486410] sd 2:0:0:1: [sdb] tag#18 CDB: Write(10) 2a 00 00 4d 9b 40 00 00 40 00 [ 2696.490218] sd 2:0:0:1: [sdb] tag#17 uas_eh_abort_handler 0 uas-tag 18 inflight: CMD OUT [ 2696.490236] sd 2:0:0:1: [sdb] tag#17 CDB: Write(10) 2a 00 00 4d 99 e0 00 00 20 00 [ 2696.494186] sd 2:0:0:1: [sdb] tag#16 uas_eh_abort_handler 0 uas-tag 17 inflight: CMD OUT [ 2696.494215] sd 2:0:0:1: [sdb] tag#16 CDB: Write(10) 2a 00 00 4d 99 00 00 00 20 00 [ 2696.498156] sd 2:0:0:1: [sdb] tag#15 uas_eh_abort_handler 0 uas-tag 16 inflight: CMD OUT [ 2696.498178] sd 2:0:0:1: [sdb] tag#15 CDB: Write(10) 2a 00 00 4d 98 80 00 00 60 00 [ 2696.501622] sd 2:0:0:1: [sdb] tag#14 uas_eh_abort_handler 0 uas-tag 15 inflight: CMD OUT [ 2696.501630] sd 2:0:0:1: [sdb] tag#14 CDB: Write(10) 2a 00 00 4d 97 00 00 00 20 00 [ 2696.505850] scsi host2: uas_eh_device_reset_handler start [ 2696.587283] usb 2-1.4: reset SuperSpeed USB device number 4 using xhci_hcd [ 2696.611371] scsi host2: uas_eh_device_reset_handler success [ 2696.612066] scsi host2: uas_eh_device_reset_handler start [ 2696.691299] usb 2-1.4: reset SuperSpeed USB device number 4 using xhci_hcd [ 2696.714701] scsi host2: uas_eh_device_reset_handler success 2018-02-14 9:29 GMT+01:00 Menion <menion@xxxxxxxxx>: > Upgraded to 4.15.3 and now UAS works, strange... > Anyhow now the enclosure is connected via an USB 3.0 HUB (self powered > in my case) and it seems to be stable > Devs, apparently there is some problem operating this chipset with > Intel USB controller directly > I have googled a little bit aroud and actually found someone > complaining of a possible similar issue also on Windows: > > http://goughlui.com/2015/11/01/review-orico-usb-3-0-5-bay-raid-hdd-enclosure-9558ru3-part-2/ > > Note that the USB controller I have is identical to the Chris one: > > 00:14.0 USB controller [0c03]: Intel Corporation Device [8086:22b5] > (rev 36) (prog-if 30 [XHCI]) > Subsystem: Intel Corporation Device [8086:7270] > Control: I/O- Mem+ BusMaster+ SpecCycle- MemWINV- VGASnoop- > ParErr- Stepping- SERR- FastB2B- DisINTx+ > Status: Cap+ 66MHz- UDF- FastB2B+ ParErr- DEVSEL=medium >>TAbort- <TAbort- <MAbort- >SERR- <PERR- INTx- > Latency: 0 > Interrupt: pin A routed to IRQ 117 > Region 0: Memory at 91500000 (64-bit, non-prefetchable) [size=64K] > Capabilities: <access denied> > Kernel driver in use: xhci_hcd > > > 2018-02-14 8:36 GMT+01:00 Menion <menion@xxxxxxxxx>: >> That is very strange >> My device has same vid:pid of your one, but it goes blacklisted... >> I am running kernel 4.15.1, I will try to upgrade >> What kind of enclosure is yours? Mine is an Orico 9553RU3 5 bay >> enclosure with RAID >> Bye >> >> 2018-02-13 23:41 GMT+01:00 Chris Murphy <lists@xxxxxxxxxxxxxxxxx>: >>> On Mon, Feb 12, 2018 at 12:57 AM, Menion <menion@xxxxxxxxx> wrote: >>> >>>> >>>> I wanted to test my enclosure with an hub, but I have just realized >>>> that now the JMS567 is UAS blacklisted by default in kernel >>>> 4.15.x......... >>>> Can you check if it still works removing the dedicated hub external >>>> power supply? >>> >>> >>> I've upgraded to 4.15.3, and it does not appear to be blacklisted for uas >>> driver. >>> >>> kernel: usbcore: registered new interface driver usb-storage >>> kernel: scsi host2: uas >>> kernel: usbcore: registered new interface driver uas >>> >>> >>> >>> Full kernel messages upon insertion directly to the computer's USB port >>> (hub not involved at all): >>> https://paste.fedoraproject.org/paste/bPPAl~ngYjktfC--i7NqJA/raw >>> >>> >>> >>> -- >>> Chris Murphy -- To unsubscribe from this list: send the line "unsubscribe linux-usb" in the body of a message to majordomo@xxxxxxxxxxxxxxx More majordomo info at http://vger.kernel.org/majordomo-info.html
