[EMAIL PROTECTED] said:
>> hello usb wizards: on a kernel 2.6.7-gentoo-r14 on an Asus K8V Deluxe
>> board with AMD64 processor. USB is compiled into the kernel. after
>> perfectly working for a while (keyboard, mouse, printer), the controller
>> (i.e., not devices down-chain) suddenly and randomly seems to die.
>>
>> ...
>> Oct 14 14:26:55 iaw usb 1-5: USB disconnect, address 2
>> Oct 14 14:26:55 iaw usb 1-5.1: USB disconnect, address 3
>> Oct 14 14:26:55 iaw usb 1-5.1.3: USB disconnect, address 5
>> Oct 14 14:26:55 iaw usb 1-5.3: USB disconnect, address 4
>> ...
>>
>> thereafter, USB is dead. a reboot will fix it. (I would already be
>> happier if I knew just how to restart it.)
[...]
> It would help to have more context. For instance, what shows up in the
> log just prior to the time of the disconnects that you show? Why aren't
> the other USB devices in your /proc/bus/usb/devices listing -- apparently
> you had at least two other devices plus an external hub? What makes you
> think the controller died when all you see is a bunch of disconnects?
I'm having a very similar problem with a Dell GX270 desktop. According
to lspci, it appears to have 5 usb controllers, 4 uhci and 1 echi:
$ lspci
0000:00:00.0 Host bridge: Intel Corp. 82865G/PE/P DRAM Controller/Host-Hub Interface
(rev 02)
0000:00:02.0 VGA compatible controller: Intel Corp. 82865G Integrated Graphics Device
(rev 02)
0000:00:1d.0 USB Controller: Intel Corp. 82801EB/ER (ICH5/ICH5R) USB UHCI Controller
#1 (rev 02)
0000:00:1d.1 USB Controller: Intel Corp. 82801EB/ER (ICH5/ICH5R) USB UHCI Controller
#2 (rev 02)
0000:00:1d.2 USB Controller: Intel Corp. 82801EB/ER (ICH5/ICH5R) USB UHCI #3 (rev 02)
0000:00:1d.3 USB Controller: Intel Corp. 82801EB/ER (ICH5/ICH5R) USB UHCI Controller
#4 (rev 02)
0000:00:1d.7 USB Controller: Intel Corp. 82801EB/ER (ICH5/ICH5R) USB2 EHCI Controller
(rev 02)
0000:00:1e.0 PCI bridge: Intel Corp. 82801 PCI Bridge (rev c2)
0000:00:1f.0 ISA bridge: Intel Corp. 82801EB/ER (ICH5/ICH5R) LPC Interface Bridge (rev
02)
0000:00:1f.1 IDE interface: Intel Corp. 82801EB/ER (ICH5/ICH5R) IDE Controller (rev 02)
0000:00:1f.2 IDE interface: Intel Corp. 82801EB (ICH5) SATA Controller (rev 02)
0000:00:1f.3 SMBus: Intel Corp. 82801EB/ER (ICH5/ICH5R) SMBus Controller (rev 02)
0000:00:1f.5 Multimedia audio controller: Intel Corp. 82801EB/ER (ICH5/ICH5R) AC'97
Audio Controller (rev 02)
0000:01:0c.0 Ethernet controller: Intel Corp. 82540EM Gigabit Ethernet Controller (rev
02)
The machine has no less than _8_ USB ports; 2 in front and 6 in back.
Each pair is connected to one of the UHCI controllers. As far as I can
tell, there are no physical ports wired up to the EHCI controller that
lspci claims is present. I attempted to eliminate this phantom EHCI
controller as a source of the problem by not loading the ehci module,
but it still happens either way.
The random disconnect/lockup happens reproducibly on either 2.6.8.1 or
2.6.9 (both vanilla). I'm only using a USB keyboard with a built in hub.
lsusb shows it like this:
$ lsusb
Bus 004 Device 003: ID 05f3:0007 PI Engineering, Inc. Kinesis Advantage PRO MPC/USB
Keyboard
Bus 004 Device 002: ID 05f3:0081 PI Engineering, Inc. Kinesis Integrated Hub
Bus 004 Device 001: ID 0000:0000
Bus 003 Device 001: ID 0000:0000
Bus 002 Device 001: ID 0000:0000
Bus 001 Device 001: ID 0000:0000
On 2.6.8.1, the _only_ message in dmesg is something like:
kernel: usb 4-1.2: USB disconnect, address 3
Once this appears, USB is completely locked up. It may take minutes or
days to happen. I can discern no pattern. Everything else appears to be
fine. I can connect a PS/2 keyboard and use it to clean up and reboot
the system, which is necessary because running rmmod to unload uhci_hcd
hangs in uninterruptible sleep. Unplugging the keyboard and plugging it
back in has no effect. Any process that accesses /proc/bus/usb/004/003
(or whichever one is appropriate, depending where it's plugged in) will
hang in uninterruptible sleep forever. There seems to be no way to
unwedge uhci at this point short of a reboot.
In 2.6.9, everything's the same, but there are additional messages in
syslog preceding the disconnect:
kernel: drivers/usb/input/hid-core.c: input irq status -84 received
last message repeated 319 times
kernel: usb 4-1.2: USB disconnect, address 3
I don't know if that means anything.
> You could try building the USB controller drivers as modules. Then to
> restart things you could unload and reload the ehci-hcd and uhci-hcd
> modules.
like I said, this isn't an option for me.
What can I do to debug this further?
Jason
-------------------------------------------------------
This SF.net email is sponsored by: IT Product Guide on ITManagersJournal
Use IT products in your business? Tell us what you think of them. Give us
Your Opinions, Get Free ThinkGeek Gift Certificates! Click to find out more
http://productguide.itmanagersjournal.com/guidepromo.tmpl
_______________________________________________
[EMAIL PROTECTED]
To unsubscribe, use the last form field at:
https://lists.sourceforge.net/lists/listinfo/linux-usb-users
