USB mouse not working after suspend to disk

Bug #11947 reported by Vincent Untz
10
Affects Status Importance Assigned to Milestone
linux-source-2.6.15 (Ubuntu)
Fix Released
Medium
Ben Collins

Bug Description

My USB mouse doesn't want to work after having suspended to disk, even if I
unplug it and/or restart X. I have this in dmesg:
usb 2-1: new low speed USB device using uhci_hcd and address 8
usb 2-1: khubd timed out on ep0in
usb 2-1: khubd timed out on ep0out
usb 2-1: khubd timed out on ep0out
usb 2-1: device not accepting address 8, error -110
usb 2-1: new low speed USB device using uhci_hcd and address 9
usb 2-1: khubd timed out on ep0in
usb 2-1: khubd timed out on ep0out

Revision history for this message
Matt Zimmerman (mdz) wrote :

Seems similar to bug #14451

Revision history for this message
Mark Lord (mlord) wrote :

Similar problem here with Breezy: USB mouse vanishes after suspend-to-RAM and
subsequent resume. Unplugging/replugging has no effect -- not recognized, not
even powered again. Full reboot "fixes" it until the next suspend.

Revision history for this message
Ben Collins (ben-collins) wrote :

There were some changes to acpi scripts in order to handle this issue. Please
test Colony 5 or latest breezy and reopen the bug if it is not fixed.

Revision history for this message
Hervé Cauwelier (bug tracking) (debian-oursours) wrote :

Just experienced it with today (Oct 3) Breezy. I suspended to RAM and when
coming back, any event on the USB port is not detected.

Here are the last lines from syslog at suspending:

Oct 3 13:12:41 localhost dhclient: DHCPRELEASE on eth1 to 192.168.3.253 port 67
Oct 3 13:12:42 localhost kernel: [4307656.643000] ACPI: PCI interrupt for
device 0000:02:04.0 disabled
Oct 3 13:12:42 localhost kernel: [4307656.659000] ACPI: PCI interrupt for
device 0000:02:05.0 disabled
Oct 3 13:12:42 localhost kernel: [4307656.674000] uhci_hcd 0000:00:1d.0:
remove, state 1
Oct 3 13:12:42 localhost kernel: [4307656.674000] usb usb1: USB disconnect,
address 1
Oct 3 13:12:42 localhost kernel: [4307656.674000] usb 1-2: USB disconnect,
address 2
Oct 3 13:12:42 localhost hal.hotplug[16945]: DEVPATH is not set (subsystem input)
Oct 3 13:12:42 localhost kernel: [4307656.782000] uhci_hcd 0000:00:1d.0: USB
bus 1 deregistered
Oct 3 13:12:42 localhost kernel: [4307656.783000] ACPI: PCI interrupt for
device 0000:00:1d.0 disabled
Oct 3 13:12:42 localhost kernel: [4307656.783000] uhci_hcd 0000:00:1d.1:
remove, state 1
Oct 3 13:12:42 localhost kernel: [4307656.783000] usb usb2: USB disconnect,
address 1
Oct 3 13:12:43 localhost kernel: [4307657.026000] uhci_hcd 0000:00:1d.1: USB
bus 2 deregistered
Oct 3 13:12:43 localhost kernel: [4307657.027000] ACPI: PCI interrupt for
device 0000:00:1d.1 disabled
Oct 3 13:12:43 localhost kernel: [4307657.027000] uhci_hcd 0000:00:1d.2:
remove, state 1
Oct 3 13:12:43 localhost kernel: [4307657.027000] usb usb3: USB disconnect,
address 1
Oct 3 13:12:43 localhost kernel: [4307657.250000] uhci_hcd 0000:00:1d.2: USB
bus 3 deregistered
Oct 3 13:12:43 localhost kernel: [4307657.251000] ACPI: PCI interrupt for
device 0000:00:1d.2 disabled
Oct 3 13:12:43 localhost kernel: [4307657.280000] ehci_hcd 0000:00:1d.7:
remove, state 1
Oct 3 13:12:43 localhost kernel: [4307657.280000] usb usb4: USB disconnect,
address 1
Oct 3 13:12:43 localhost kernel: [4307657.306000] ehci_hcd 0000:00:1d.7: USB
bus 4 deregistered
Oct 3 13:12:43 localhost kernel: [4307657.323000] ACPI: PCI interrupt for
device 0000:00:1d.7 disabled
Oct 3 13:13:20 localhost kernel: [4307694.030000] video bus notify
Oct 3 13:17:01 localhost /USR/SBIN/CRON[17183]: (root) CMD ( run-parts
--report /etc/cron.hourly)

Notice the DEVPATH error with hotplug. Restarting the hotplug service fixed it.

Revision history for this message
Ben Collins (ben-collins) wrote :

This bug has been flagged because it is old and possibly inactive. It may or may
not be fixed in the latest release (Breezy Badger 5.10). It is being marked as
"NEEDSINFO". In two weeks time, if the bug is not updated back to "NEW" and
validated against Breezy, it will be closed.

This is needed in order to help manage the current bug list for the kernel. We
would like to fix all bugs, but need users to test and help with debugging.

If this change was in error for this bug, please respond and make the
appropriate change (or email <email address hidden> if you cannot make the
change).

Thanks for your help.

Revision history for this message
Mark Lord (mlord) wrote :

Re-tested -- mouse now works for me (Breezy) after suspend/resume, both to-RAM,
and to-DISK (hibernate/swsusp).

Revision history for this message
Ben Collins (ben-collins) wrote :

Claims it is fixed.

To post a comment you must log in.
This report contains Public information  
Everyone can see this information.

Other bug subscribers

Remote bug watches

Bug watches keep track of this bug in other bug trackers.