USB devices fail after suspend

I suspect this could be related to bug #212660 "ehci-hcd causes failed suspends on kernel 2.6.24" for which a work-around is:

echo 'SUSPEND_MODULES="ehci-hcd"' | sudo tee /etc/pm/config.d/modules_unload

If possible please try this work-around and report progress to bug #212660 if successful.

Sorry... the workaround did not work. USB devices are all still crippled afterwards. Thank you for the suggestion, though...

The Ubuntu Kernel Team is planning to move to the 2.6.27 kernel for the upcoming Intrepid Ibex 8.10 release. As a result, the kernel team would appreciate it if you could please test this newer 2.6.27 Ubuntu kernel. There are one of two ways you should be able to test:

1) If you are comfortable installing packages on your own, the linux-image-2.6.27-* package is currently available for you to install and test.

--or--

2) The upcoming Alpha5 for Intrepid Ibex 8.10 will contain this newer 2.6.27 Ubuntu kernel. Alpha5 is set to be released Thursday Sept 4. Please watch http://www.ubuntu.com/testing for Alpha5 to be announced. You should then be able to test via a LiveCD.

Please let us know immediately if this newer 2.6.27 kernel resolves the bug reported here or if the issue remains. More importantly, please open a new bug report for each new bug/regression introduced by the 2.6.27 kernel and tag the bug report with 'linux-2.6.27'. Also, please specifically note if the issue does or does not appear in the 2.6.26 kernel. Thanks again, we really appreicate your help and feedback.

The Intrepid Ibex 8.10 Beta release was most recently announced - http://www.ubuntu.com/testing/intrepid/beta . It contains the 2.6.27 Ubuntu kernel. It would be great if you could test and verify if this is still an issue. The status is being set to Incomplete until we receive further feedback. Thanks.

I can verify this behavior on the latest Intrepid Beta, fully updated as of the 18th October. I'm running on a Thinkpad T60p, using a USB-attached wireless mouse, which works fine until suspend/resume, after which neither it, nor any other device I plug into the USB ports works.

/var/log/kern.log gets a new line like this added to it every couple of seconds:

[ 1723.520110] usb 4-1: reset low speed USB device using uhci_hcd and address 2
[ 1725.216098] usb 4-1: reset low speed USB device using uhci_hcd and address 2

As you can see from lsusb, that relates to my USB wireless mouse, which is not working:
Bus 003 Device 001: ID 1d6b:0001 Linux Foundation 1.1 root hub
Bus 001 Device 001: ID 1d6b:0001 Linux Foundation 1.1 root hub
Bus 005 Device 001: ID 1d6b:0001 Linux Foundation 1.1 root hub
Bus 004 Device 002: ID 046d:c501 Logitech, Inc. Cordless Mouse Receiver
Bus 004 Device 001: ID 1d6b:0001 Linux Foundation 1.1 root hub
Bus 002 Device 001: ID 1d6b:0002 Linux Foundation 2.0 root hub

uname -a:
Linux appleby-t60p 2.6.27-7-generic #1 SMP Fri Oct 17 22:24:21 UTC 2008 i686 GNU/Linux

cat /proc/version_signature:
Ubuntu 2.6.27-7.12-generic

Attaching dmesg from time of suspend onwards to this comment, with lspci to follow in next comment.

Bug confirmed with latest daily updates (as of 18th October) to Intrepid Beta.

Update: With the latest fixes that I just applied to the Intrepid Beta, this behavior has changed.

After a suspend/resume, all connected USB devices fail to function, and log entries are written to the kern.log as per my previous post. However, newly attached USB devices appear to function currently. Clearly, removing an existing attached usb device and reattaching it causes it to also start to function normally.

Still some work to go though, as this still doesn't help the case where devices are permanently attached (say internally) to the USB bus.

Adding the file /etc/pm/config.d/30usb, containing the line:

SUSPEND_MODULES="uhci_hcd ohci_hcd ehci_hcd"

completely resolves this problem for me.

Care to test the latest pre-release of Jaunty (currently Alpha3) and lest us know if this issue remains - http://cdimage.ubuntu.com/releases/jaunty/ . Thanks.

SixesUp's solution worked on me too. Thanks.

I'm running hardy on hp compaq 6715s.

This bug is present in my current install of 9.10. I have experienced it on two different Dell laptops:
XPS M1330
Inspiron 1440

To clarify:
I am experiencing the ORIGINAL bug, not SixedUp's version. In other words, USB devices do not function after reconnect. It also is appearing to affect the integrated SD card readers.

Further discoveries:

Devices register (e.g., /dev/sdb1) and I can mount them to a directory and access them manually. But they will not automount on insert nor appear in the GUI.

I can confirm that this bug still exists in Karmic 9.10 (64bit) running Kernel 2.6.31-21-generic on a Lenovo ThinkPad T410.

The workaround (unloading and reloading the ehci_hcd module) works, BUT this requires the compilation of a custom Kernel with ehci_hcd as module. In the current standard Kernel it is compiled in and not loaded as module which makes the workaround useless. Is there a reason why the ehci_hcd is not available as module anymore?

Thus, a "fix" of this bug would be to include ehci_hcd as module in the default kernel. Affected users can then simply add ehci_hcd to SUSPEND_MODULES to solve the problem.

Note 1: Bug #95144 might be a duplicate of this bug.
Note 2: I know that the Lenovo T410 is affected by another supend-resume bug (#) which will hopefully be fixed soon by a BIOS update. However, I suspect that the USB issue is not directly related to that. If the upcoming BIOS fix solves also the USB problem I will report it here.

I filed a similar bug, but I think it's different, since it has different error messages in the logs.

https://bugs.launchpad.net/ubuntu/+source/linux/+bug/566149

I have same problem with thinkpad T410

Linux 2.6.32-22-generic #33-Ubuntu SMP Wed Apr 28 13:28:05 UTC 2010 x86_64 GNU/Linux

usb mouse dies and unplugging and plugging it in doesn't help.

bhood, thank you for reporting this and helping make Ubuntu better. Hardy desktop reached EOL on May 12, 2011.
Please see this document for currently supported Ubuntu releases:
https://wiki.ubuntu.com/Releases

We were wondering if this is still an issue on a supported release? If so, can you try with the latest development release of Ubuntu? ISO CD images are available from http://cdimage.ubuntu.com/releases/ .

If it remains an issue, could you please provide the information following https://wiki.ubuntu.com/DebuggingKernelSuspend ? As well, please run the following command in a supported release from a Terminal (Applications->Accessories->Terminal). It will automatically gather and attach updated debug information to this report.

apport-collect -p linux <replace-with-bug-number>

Also, if you could test the latest upstream kernel available that would be great. It will allow additional upstream developers to examine the issue. Refer to https://wiki.ubuntu.com/KernelMainlineBuilds . Once you've tested the upstream kernel, please remove the 'needs-upstream-testing' tag. This can be done by clicking on the yellow pencil icon next to the tag located at the bottom of the bug description and deleting the 'needs-upstream-testing' text. Please let us know your results.

Thanks in advance.

[Expired for linux (Ubuntu) because there has been no activity for 60 days.]