New in 2.6.22-13: system takes a LONG time to resume from suspend
Affects | Status | Importance | Assigned to | Milestone | |
---|---|---|---|---|---|
linux (Ubuntu) |
Fix Released
|
Undecided
|
Unassigned | ||
linux-source-2.6.22 (Ubuntu) |
Won't Fix
|
Undecided
|
Unassigned |
Bug Description
Binary package hint: linux-image-
On my MacBook Core Duo (first generation, 32-bit), in the newest Ubuntu kernel I have no video after resuming from suspend-to-RAM on my MacBook for a *long* time (like 5-10 minutes) about 1 out of every 4 or 5 suspend/resume cycles. This only started after the recent update to the kernel - things worked fine in Gutsy up until that time. This occurs whether I use X.org's "intel" or "i810" video drivers and seemed to begin happening around the time of the kernel update - hence my belief that it is somehow kernel-related.
I have attached the following logs from /var/log -
dmesg
acpid
kern.log
user.log
Please note that the "suspend failed" in the user.log is erroneous - in that case, suspend actually succeeded but gnome-power-manager is known to be erroneously reporting failure (bug 137738 - there is a patch in that bug but it hasn't been applied).
2.6.22-14 also exhibits this. It seems like it tends to happen if the machine is left in suspend for an extensive period of time (i.e. more than a few minutes).