No USB, dmesg say: "usb 1-1: control timeout on ep0in" (or ep0out)
Affects | Status | Importance | Assigned to | Milestone | |
---|---|---|---|---|---|
linux-source-2.6.15 (Ubuntu) |
Invalid
|
Medium
|
Unassigned |
Bug Description
Hardware is Toshiba Tecra 8000 laptop. kernel is 2.6.8.1-3-386. USB devices I
can test do not work (various mouse, D-Link DWL-122 WiFi adapter). Doing "sudo
lsusb" hang. It might unrelated, but at boot time, the "Starting hotplug..."
message take a very long time (about two minutes). Here is the output of "dmesg
| grep -i usb" :
etienne@
USB VIY0 VIY1 HORN LID
usbcore: registered new driver usbfs
usbcore: registered new driver hub
USB Universal Host Controller Interface driver v2.2
uhci_hcd 0000:00:05.2: Intel Corp. 82371AB/EB/MB PIIX4 USB
uhci_hcd 0000:00:05.2: new USB bus registered, assigned bus number 1
hub 1-0:1.0: USB hub found
usb 1-1: new low speed USB device using address 2
usbcore: registered new driver hiddev
input: USB HID v1.10 Mouse [Logitech USB Mouse] on usb-0000:00:05.2-1
usbcore: registered new driver usbhid
drivers/
[<cc98c20f>] (usb_hcd_
usb 1-1: control timeout on ep0in
usb 1-1: control timeout on ep0in
usb 1-1: control timeout on ep0in
usb 1-1: control timeout on ep0in
With timeout message being repeated many times.
If I remove then reinsert a USB device, the revelant dmesg output is :
usb 1-1: USB disconnect, address 2
usb 1-1: new low speed USB device using address 3
usb 1-1: control timeout on ep0out
The USB controller module is uhci_hcd. If I boot without any USB device plugged
in, and do "sudo modprobe -r uhci_hcd; modprobe uhci_hcd", then all my devices
work correctly. Thus I suspect the problem lie somewhere within the USB subsystem.
This does not seem to be distribution-
similar problem apparently. Check
https:/
> https:/ /bugzilla. redhat. com/bugzilla/ show_bug. cgi?id128602
URL should be https:/ /bugzilla. redhat. com/bugzilla/ show_bug. cgi?id= 12860