Bug#782442: USB3 external HDD not recognized [regression]
Hi all,
One of my external hard disks does not work anymore with current
kernels, when I plug it into my USB3 port.
Steps to reproduce:
* Boot the system without the disk being connected
* Plug the disk into my Laptop's USB3 port
* Watch dmesg and my DE's removable media notification
Behavior with kernel v3.16:
The following repeats in dmesg:
>>>>> bad (new kernel) dmesg start <<<<<<
[ 62.057690] usb usb2: root hub lost power or was reset
[ 62.057699] usb usb3: root hub lost power or was reset
[ 62.062338] xhci_hcd 0000:04:00.0: irq 42 for MSI/MSI-X
[ 62.062357] xhci_hcd 0000:04:00.0: irq 43 for MSI/MSI-X
[ 62.062373] xhci_hcd 0000:04:00.0: irq 44 for MSI/MSI-X
[ 62.062390] xhci_hcd 0000:04:00.0: irq 45 for MSI/MSI-X
[ 62.062405] xhci_hcd 0000:04:00.0: irq 46 for MSI/MSI-X
>>>>> bad (new kernel) dmesg end <<<<<<
The disk is not recognized. It spins up though, so it seems to notice
that there is "something" at the other end of the cable. When I call
"lsusb" with the disk connected (while the kernel prints all these
errors), no additional device shows up.
Behavior with v3.15 and older kernels (I tried v3.14):
The disk is recognized correctly, and I can access my data at USB3 speed.
Here's the dmesg that is printed in that case:
>>>>> successfull (old kernel) dmesg start <<<<<<
[ 37.930632] usb usb1: root hub lost power or was reset
[ 37.930641] usb usb3: root hub lost power or was reset
[ 37.935270] xhci_hcd 0000:04:00.0: irq 43 for MSI/MSI-X
[ 37.935290] xhci_hcd 0000:04:00.0: irq 44 for MSI/MSI-X
[ 37.935308] xhci_hcd 0000:04:00.0: irq 45 for MSI/MSI-X
[ 37.935324] xhci_hcd 0000:04:00.0: irq 46 for MSI/MSI-X
[ 37.935338] xhci_hcd 0000:04:00.0: irq 47 for MSI/MSI-X
[ 38.258763] usb 3-1: new SuperSpeed USB device number 2 using xhci_hcd
[ 38.275187] usb 3-1: Parent hub missing LPM exit latency info. Power
management will be impacted.
[ 38.276132] usb 3-1: New USB device found, idVendor=0bc2, idProduct=3312
[ 38.276140] usb 3-1: New USB device strings: Mfr=1, Product=2,
SerialNumber=3
[ 38.276144] usb 3-1: Product: Expansion Desk
[ 38.276148] usb 3-1: Manufacturer: Seagate
[ 38.276152] usb 3-1: SerialNumber: NA4NANTR
[ 38.301581] usb-storage 3-1:1.0: USB Mass Storage device detected
[ 38.301753] scsi7 : usb-storage 3-1:1.0
[ 38.301905] usbcore: registered new interface driver usb-storage
[ 39.300862] scsi 7:0:0:0: Direct-Access Seagate Expansion Desk
0739 PQ: 0 ANSI: 6
[ 39.301577] sd 7:0:0:0: Attached scsi generic sg3 type 0
[ 39.303473] sd 7:0:0:0: [sdd] Spinning up disk...
[ 44.758288] .........ready
[ 52.799760] sd 7:0:0:0: [sdd] 1220942645 4096-byte logical blocks:
(5.00 TB/4.54 TiB)
[ 52.800311] sd 7:0:0:0: [sdd] Write Protect is off
[ 52.800314] sd 7:0:0:0: [sdd] Mode Sense: 2b 00 10 08
[ 52.800857] sd 7:0:0:0: [sdd] Write cache: enabled, read cache:
enabled, supports DPO and FUA
[ 52.801638] sd 7:0:0:0: [sdd] 1220942645 4096-byte logical blocks:
(5.00 TB/4.54 TiB)
[ 53.080785] sdd: sdd1
[ 53.081595] sd 7:0:0:0: [sdd] 1220942645 4096-byte logical blocks:
(5.00 TB/4.54 TiB)
[ 53.082717] sd 7:0:0:0: [sdd] Attached SCSI disk
>>>>> successfull (old kernel) dmesg end <<<<<<
Further information:
I reported this bug in Debian first, at
<https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=782442>. That page
contains a lot of automatically gathered information about my laptop
model, loaded drivers, etc. I added the bug to CC - I hope thats okay.
Interestingly, the bug already appears in version 3.14 of the Debian
kernels (but not in 3.13). My assumption here is that it was introduced
by some patch that Debian already applied with 3.14, but only landed
upstream with 3.16.
I also reported this in the Kernel bugzilla at
<https://bugzilla.kernel.org/show_bug.cgi?id=96531>.
With all kernels I tried, if I connect the same disk to a USB2 port, it
works all right. But of course, disk access is much slower then.
The USB3 port also sometimes makes problems with other devices, but
that's way less reproducible - hence I am concentrating on this
particular disk. In particular, after unsuccessfully connecting the disk
to the USB3 port, with high likelihood, no USB device whatsoever will
work on that port until a reboot.
I can do a git bisect when I am back from travel (in ~1 week), but I
would appreciate some guess of which folder I should restrict the bisect
to - otherwise, this would take way too long.
Please keep me in CC, as I am not subscribed to the list.
Kind regards,
Ralf
Reply to: