Rockbox

  • Status Closed
  • Percent Complete
    100%
  • Task Type Bugs
  • Category Drivers
  • Assigned To No-one
  • Operating System Sansa Clip Zip
  • Severity Medium
  • Priority Very Low
  • Reported Version Daily build (which?)
  • Due in Version Undecided
  • Due Date Undecided
  • Votes
  • Private
Attached to Project: Rockbox
Opened by skoehler - 2014-01-05
Last edited by saratoga - 2016-08-28

FS#12926 - usb connection hangs after lsusb -v

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.

Closed by  saratoga
2016-08-28 20:09
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.

Can you please try the very latest build? A usb-related fix landed after the build you're running.

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

I confirm this behaviour with 3.13 and my Sansa Clip Zip 8gb

http://www.rockbox.org/tracker/task/12952

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.

Loading...

Available keyboard shortcuts

Tasklist

Task Details

Task Editing