Description of problem: An iRiver T10 usb device is no longer listed by lsusb, or recognized by gphoto2 (did work with FC4, until upgrading to FC5). Booting to a Knoppix CD, lsusb works - indicating that the device and computer hardware still function. The device *does* show up in /proc/bus/usb/devices, but shown by lsusb. Version-Release number of selected component (if applicable): libusb-0.1.11-2.2 usbutils-0.71-2 gphoto2-2.1.99-8 How reproducible: Always Steps to Reproduce: 1. Plug in, turn on iRiver T10 device 2. lsusb It lists other devices, but not the iRiver 3. Before conversion to UMS firmware, the T10 was not recognized by gphoto2 (used for PTP2 xfer capability). D Actual results: No corresponding device entry in lsusb gphoto2 returns "device not found" Expected results: lsusb entry gphoto2 finds device, and (when MTP) would list contents and upload files. Additional info: attached output of lsusb -v with USB_DEBUG=255 asserted, and contents of /proc/bus/usb/devices for FC5 (failure) and Knoppix (OK). It looks like the principle difference is that the device is now handled by the ehci_hcd driver in FC5, while it looks like it was handled by the uhci_hcd in earlier kernels (Knoppix / FC4). After switching the device to UMS, it's functional using the usb-storage driver (gphoto2 no longer required), but it still doesn't show in the lsusb output. Note that the USB mouse shows up in all output. The motherboard is an ASUS P4P800
Created attachment 128500 [details] lsusb and /proc/bus/usb/devices output
Created attachment 128774 [details] Adds iriver T10 signature to usb.ids. Your mp3 player is not detected by lsusb because there's no corresponding entry for the VendorID/ProductID in usb.ids in usbutils. This patch adds it there.
Created attachment 128851 [details] applied diff I applied these changes to /usr/share/hwdata/usb.ids The device still doesn't show up via lsusb, though the kernel-side activities (mounting UMS device, posting to /proc/bus/usb/devices) work fine. Now using kernel 2.6.16-1.2111_FC5smp.
Same behaviour with FC6 + latest updates as of today Linux host 2.6.19-1.2895.fc6 #1 SMP Wed Jan 10 19:28:18 EST 2007 i686 i686 i386 GNU/Linux kernel-2.6.19-1.2895.fc6 usbutils-0.71-2.1 libusb-0.1.12-5.1 hwdata-0.191-1
Assigning to hwdata. usbutils only contains the lsusb utility, which uses the usb.ids database from hwdata. Assigning to hwdata.
lsusb now works for this device with the latest kernel update: kernel-2.6.22.1-27.fc7 hwdata-0.200-1.fc7 usbutils-0.71-2.1 Even though this device is NOT listed in /usr/share/hwdata/usb.ids, it still (properly) shows up: Bus 002 Device 005: ID 4102:1013 iRiver, Ltd. Please feel free to close this Bug. Though it would be interesting to get a postmortem as to what was really broken. I suspect it had something to with high-speed USB devices not getting reported in in /proc properly? This broke the same time the xfer rate suddenly jumped up. Perhaps the new kernel fixed it?
most probably the kernel, but I'm wondering why noone else reported this problem. Maybe a case where your bios settings and the kernel didn't work together as expected.