USB devices not registering, and other: "device not accepting address" or "device descriptor read/64, error " issues on ubuntu, mint 4.0 and debian etch
Affects | Status | Importance | Assigned to | Milestone | |
---|---|---|---|---|---|
NULL Project |
Invalid
|
Undecided
|
Unassigned | ||
linux (Ubuntu) |
Invalid
|
Undecided
|
Unassigned |
Bug Description
Short history:
There seems to be long history of usb devices behaving strangely under different kernel versions, and this seems not affect only ubuntu, but most major distros with kernel versions 2.6.18 -up do date.
Description of problem.
After plugin in usb device (there are issues with cameras, hdd-s, memorystiks, wifi adapters, scanners) device will not accept address or will disconnect shortly thereafter.) in dmesg there is often messages like:
usb 1-1: new full speed USB device using uhci_hcd and address 3
[ 33.564000] usb 1-1: device descriptor read/64, error -71
[ 33.788000] usb 1-1: device descriptor read/64, error -71
[ 34.004000] usb 1-1: new full speed USB device using uhci_hcd and address 4
[ 34.124000] usb 1-1: device descriptor read/64, error -71
[ 34.348000] usb 1-1: device descriptor read/64, error -71
[ 34.564000] usb 1-1: new full speed USB device using uhci_hcd and address 5
[ 34.904000] ppdev: user-space parallel port driver
[ 34.972000] usb 1-1: device not accepting address 5, error -71
[ 35.084000] usb 1-1: new full speed USB device using uhci_hcd and address 6
device disconnects shortly and will be lost in lspci
after pluging it again and loading driver ndiswrapper- dmesg will show
hub 1-0:1.0: over-current change on port 1
[ 8722.876000] usb 1-1: new full speed USB device using uhci_hcd and address 7
[ 8723.044000] usb 1-1: configuration #1 chosen from 1 choice
[ 8958.976000] ndiswrapper version 1.45 loaded (smp=yes)
[ 8959.100000] usbcore: registered new interface driver ndiswrapper
and lsusb
Bus 003 Device 001: ID 0000:0000
Bus 002 Device 001: ID 0000:0000
Bus 001 Device 007: ID 0bda:8189 Realtek Semiconductor Corp.
Bus 001 Device 002: ID 15ca:00c3
Bus 001 Device 001: ID 0000:0000
all is ok, device is present and ndiswrapper shows it...
after few seconds, sometimes minutes it just disappears.
This also happens in debian etch 2.6.18-15 kernel.
It does not matter, is ndiswrapper, ndisdriver or wpa_assistant loaded or not. Device dissappears also if:
you will try workaround "modprobe -r ehci_hcd"
or if you plug it on different usb port.
or another workaround suggested on numerous linux forums:
"If you want to start the usbcore.ko each time with the old_scheme_first parameter create a rc.local file for debian system by doing the following:
Make a file /etc/init.d/local with the following lines:
#! /bin/sh
echo N > /sys/module/
And those issues are not due to short, long otherwise ugly or unshielded cables, (as assumes Alan Cox), nor corrupted hardware or chipsets (same devices do work under windows) (and most people having such
DEVICE NOT registering issues, have had working configurations with older kernels, or claim that same hardware works under different operating systems.
I have not tried recompile kernel from source, because i am not sure, is it due to kernel options or source or usb module itself. Also because similar (maybe same problem) have been reported
here: Bug #54273 in linux-source-2.6.15 and there are another similar complaints suse, opensuse, mandriva, debian, fedora and ubuntu forums on different countries till kernel 2.6.22-46.
Questions i have:
1) Is that kernel bug or usb module bug?
2 is there patch available?
3) Is it fixed or when this will be fixed?
4) Any workaround will be nice, it helps.
Sorry about bad english.
Changed in linux: | |
status: | New → Confirmed |
Changed in linux (Ubuntu): | |
status: | Incomplete → Invalid |
affects: | debian → null |
Changed in null: | |
status: | New → Invalid |
I have the same problem.