Hello! Sometimes, my Eee PC 1000HG fails to suspend and I get: [ 5028.677105] Suspending console(s) (use no_console_suspend to debug) [ 5028.695012] option: option_instat_callback: error -2 [ 5028.712412] pci 0000:00:02.0: PCI INT A disabled [ 5028.728275] sd 0:0:0:0: [sda] Synchronizing SCSI cache [ 5028.997014] sd 0:0:0:0: [sda] Stopping disk [ 5029.898849] ACPI handle has no context! [ 5029.898865] ATL1E 0000:03:00.0: PCI INT A disabled [ 5029.898874] ACPI handle has no context! [ 5029.912493] ata_piix 0000:00:1f.2: PCI INT B disabled [ 5029.928234] hcd_pci_suspend(): ehci_pci_suspend+0x0/0x6f [ehci_hcd] returns -22 [ 5029.928276] pci_pm_suspend(): hcd_pci_suspend+0x0/0x6c [usbcore] returns -22 [ 5029.928296] pm_op(): pci_pm_suspend+0x0/0xc1 returns -22 [ 5029.928306] PM: Device 0000:00:1d.7 failed to suspend: error -22 [ 5029.928314] PM: Some devices failed to suspend Running rmmod ehci_hcd && modprobe ehci_hcd cures the problem. The incidence is pretty low: 3 times in 3 month so far. Let me know if you need further info. Cheers! Thiemo Nagel
Created attachment 25985 [details] output of "lsusb -v -s 001:"
Some additional information: Up to now, I've observed this issue with 3 different kernel versions: * 2.6.32-5 (Debian) * 2.6.32.7 (vanilla) * 2.6.32-11 (Debian) The problem can be cured by a hibernate+resume cycle. I assume that it's somehow related to the Huawei E620, because that's the USB device that was active during the suspend attempt.
All USB bugs should be sent to the linux-usb@vger.kernel.org mailing list, and not entered into bugzilla. Please bring this issue up there, if it is still a problem in the latest kernel release.