The USB mouse stops producing output when I've been running for a while. Moving the mouse around no longer sends symbols to /dev/input/mice. Unplugging and re-hotplugging the mouse restores function. Reproducible: Always Steps to Reproduce: 1. 2. 3.
At least exact kernel version would be really handy...
Sorry that I wasn't thorough when posting the initial bug report. I am running 2.6.11-gentoo-r11 for i686. The mouse is a typical USB wheel mouse ("5-button") from Dell which comes with a USB->PS/2 adaptor. I have the mouse plugged into a USB2.0 port. The mouse lights up (it's optical), so I know that at least the USB port isn't totally dead. I have never seen a problem when running Windows XP on the same computer. lspci shows that I have UHCI and EHCI USB controllers: 0000:00:1d.0 USB Controller: Intel Corporation 82801EB/ER (ICH5/ICH5R) USB UHCI Controller #1 (rev 02) 0000:00:1d.1 USB Controller: Intel Corporation 82801EB/ER (ICH5/ICH5R) USB UHCI Controller #2 (rev 02) 0000:00:1d.2 USB Controller: Intel Corporation 82801EB/ER (ICH5/ICH5R) USB UHCI #3 (rev 02) 0000:00:1d.3 USB Controller: Intel Corporation 82801EB/ER (ICH5/ICH5R) USB UHCI Controller #4 (rev 02) 0000:00:1d.7 USB Controller: Intel Corporation 82801EB/ER (ICH5/ICH5R) USB2 EHCI Controller (rev 02) My kernel is configured accordingly with UHCI and EHCI support. I also have USB HID input layer support configured into kernel, if that matters at all. When I run lsusb, I see the following line: Bus 004 Device 002: ID 046d:c016 Logitech, Inc. Optical Mouse. When I check dmesg, I see the lines usb 4-2: new low speed USB device using uhci_hcd and address 2 usb 4-2: skipped 1 descriptor after interface usb 4-2: new device strings: Mfr=1, Product=2, SerialNumber=0 usb 4-2: default language 0x0409 usb 4-2: Product: Optical USB Mouse usb 4-2: Manufacturer: Logitech usb 4-2: hotplug usb 4-2: adding 4-2:1.0 (config #1, interface 0) usb 4-2:1.0: hotplug usbhid 4-2:1.0: usb_probe_interface usbhid 4-2:1.0: usb_probe_interface - got id mice: PS/2 mouse device common for all mice input: USB HID v1.10 Mouse [Logitech Optical USB Mouse] on usb-0000:00:1d.2-2 drivers/usb/input/hid-core.c: v2.0:USB HID core driver I'm using udev, and /etc/udev/rules.d/50-udev.rules contains the lines KERNEL="mice", NAME="input/%k", MODE="0644" KERNEL="mouse*", NAME="input/%k", MODE="0644" KERNEL="event*", NAME="input/%k", MODE="0600" KERNEL="js*", NAME="input/%k", MODE="664" KERNEL="ts*", NAME="input/%k", MODE="0600" Similarly, 50-udev.permissions has input/event*:root:root:600 input/ts*:root:root:600 input/*:root:root:644 and this seems all well and good; when I check the permissions on /dev/input/mice they are what they should be. Just after login, I can cat /dev/input/mice and get the gibberish symbols and cursor movement when I move the mouse or click any of the buttons. But if I let my session - text console or X, doesn't matter - run long enough, I find that at some point the mouse doesn't produce output any more. It's important to note that I see *no overt error messages* when I do cat /dev/input/mice it's just that when I wiggle the mouse there is none of the output that I saw earlier in the session. I've checked in /var/log/ and can't find any messages that something is amiss. It seems strange that the failure is silent; perhaps I'm just not looking in the right place? I can solve the problem by unplugging the mouse and plugging it back in, but I would rather not have to plug my mouse in and out every few hours. Help is much appreciated. Thanks a bunch for your attention.
Please try and reproduce in gentoo-sources-2.6.12-r4, and examine the dmesg output after the mouse has stopped responding.
I upgraded to 2.6.12-r4, and so far I haven't seen the USB mouse problem happen yet after three reboots and uptimes up to 24 hours. Perhaps this bug can be designated as resolved?
Looks like it, thanks.