FS#12926 - usb connection hangs after lsusb -v

Attached to Project: Rockbox
Opened by Sven (skoehler) - Sunday, 05 January 2014, 23:36 GMT
Last edited by MichaelGiacomelli (saratoga) - Sunday, 28 August 2016, 20:09 GMT
Task Type Bugs
Category Drivers
Status Closed
Assigned To No-one
Operating System Sansa Clip Zip
Severity Medium
Priority Normal
Reported Version Daily build (which?)
Due in Version Undecided
Due Date Undecided
Percent Complete 100%
Votes 0
Private No


I'm using Rockbox version 17a1867-140105 (installed it today) on a Sansa Clip Zip.
Connect your player to a PC running Linux. Both the internal memory and the SD card are recognized by the PC and mounted.
Open a terminal and as root execute the following command: lsusb -v

The lsusb -v will hang. I assume that lsusb enumerates the usb bus and the devices endpoints and whatnot. However, rockbox doesn't seem to reply or replies improperly to whatever packets lsusb sends over the USB cable. Subsequently to the hang, no files can be copied to/from the player. It has to be disconnected and reconnected.

Naturally, lsusb -v shouldn't cause these issues. Please fix this. I may be able to provide a USB trace if that is required. I forgot how to do that, but one can record every usb package that a devices receives/sends on Linux.
This task depends upon

Closed by  MichaelGiacomelli (saratoga)
Sunday, 28 August 2016, 20:09 GMT
Reason for closing:  Out of Date
Additional comments about closing:  Closing bug reports for the old USB stack now that we have the new one committed and stable. Most likely these problems are fixed now.
Comment by Thomas Martitz (kugel.) - Monday, 06 January 2014, 09:53 GMT
Can you please try the very latest build? A usb-related fix landed after the build you're running.
Comment by Sven (skoehler) - Monday, 06 January 2014, 20:36 GMT
I upgraded to 204668d but the error still exists. lsusb -v hangs and in dmesg the following error messages appear:
[ 6499.004846] usb 2-1.2: new high-speed USB device number 14 using ehci-pci
[ 6499.411480] usb 2-1.2: device not accepting address 14, error -71
[ 6499.484581] usb 2-1.2: new high-speed USB device number 15 using ehci-pci
[ 6504.883455] usb 2-1.2: device not accepting address 15, error -75
[ 6504.883604] hub 2-1:1.0: unable to enumerate USB device on port 2
Comment by Ali Akcaagac (aakcaagac) - Saturday, 22 February 2014, 18:43 GMT
I confirm this behaviour with 3.13 and my Sansa Clip Zip 8gb
Comment by Boris Gjenero (dreamlayers) - Friday, 01 April 2016, 18:35 GMT
With my Clip Zip running 134e591 and a PC running Ubuntu 16.04 x64 with kernel 4.4.0-15-generic, "lsusb -v" always works but "sudo lsusb -v" causes problems. That is probably because without sudo, lsusb lacks permissions needed to do some things. I'm attaching a Wireshark capture. (Wireshark is a nice way to examine USB problems. You need "modprobe usbmon" in Linux before you use Wireshark.) It seems the problem starts when after a bunch of successful descriptor requests there is a get status and/or test unit ready.