Vladimir Nikishkin <lockywolf@xxxxxxxxx> writes: > Vladimir Nikishkin <lockywolf@xxxxxxxxx> writes: > > I seem to be having a problem similar to the one Sedat Dilek had. > My usb 3.0 'ASMedia Technology Inc. ASM1051E SATA 6Gb/s bridge, ASM1053E > SATA 6Gb/s bridge, ASM1153 SATA 3Gb/s bridge, ASM1153E SATA 6Gb/s > bridge' is getting reset under load. > I tried adding the 't' flag, but the drives is still getting reset with > the following message in dmesg: > ``` > [ +0.004767] scsi host6: uas_eh_device_reset_handler start > [ +0.066198] usb 2-2.4.2: reset SuperSpeed USB device number 91 using xhci_hcd > [ +0.014680] scsi host6: uas_eh_device_reset_handler success > [Mar29 23:01] sd 6:0:0:0: [sde] tag#18 uas_eh_abort_handler 0 uas-tag 11 inflight: CMD OUT > [ +0.000007] sd 6:0:0:0: [sde] tag#18 CDB: opcode=0x8a 8a 00 00 00 00 01 97 1d e4 08 00 00 04 00 00 00 > [ +0.000042] sd 6:0:0:0: [sde] tag#17 uas_eh_abort_handler 0 uas-tag 10 inflight: CMD OUT > [ +0.000004] sd 6:0:0:0: [sde] tag#17 CDB: opcode=0x8a 8a 00 00 00 00 01 97 1d e0 08 00 00 04 00 00 00 > [ +0.000071] sd 6:0:0:0: [sde] tag#16 uas_eh_abort_handler 0 uas-tag 9 inflight: CMD OUT > [ +0.000004] sd 6:0:0:0: [sde] tag#16 CDB: opcode=0x8a 8a 00 00 00 00 01 97 1d e0 00 00 00 00 08 00 00 > [ +0.000027] sd 6:0:0:0: [sde] tag#15 uas_eh_abort_handler 0 uas-tag 8 inflight: CMD OUT > [ +0.000004] sd 6:0:0:0: [sde] tag#15 CDB: opcode=0x8a 8a 00 00 00 00 01 97 1d dc 00 00 00 04 00 00 00 > [ +0.005166] scsi host6: uas_eh_device_reset_handler start > [ +0.065988] usb 2-2.4.2: reset SuperSpeed USB device number 91 using xhci_hcd > [ +0.014673] scsi host6: uas_eh_device_reset_handler success > ``` > > I have also attached the usbmon log: > > I have seen reports that firmware needs to be updated in those chips in > order to support large drives > (https://www.computerbase.de/forum/threads/asmedia-aktuelle-externe-gehaeuse-chip-firmware-fuer-8tb.1473501/page-2) > Googling for ASM1153+Raspberryp Pi returns quite a lot of difficulties > with using those chips. (Although I am not using it with Raspberry Pi) > Maybe it is not on only the ATA command that is leading to a reset? > In my case the device is getting reset after ~30 Gb transferred via > rsync. > Any debugging suggestions welcome. (I will try to rebuild the kernel > with the sysctl debug patch.) So I have rebuilt the kernel with the "SCSI ioctl error" reports, and I do not see any reports when the disk gets reset. Just in case it might be more useful, here is the usbmon dump: http://public.lockywolf.net/pub/usbmon-dump.bus2-without-smart-udisks-with-tquirk.txt.gz -- Your sincerely, Vladimir Nikishkin (MiEr, lockywolf) (Laptop)
