This bug was filed against a series that is no longer supported and so
is being marked as Won't Fix. If this issue still exists in a supported
series, please file a new bug.
This change has been made by an automated script, maintained by the
Ubuntu Kernel Team.
** Changed in: linux (Ubuntu)
Hi again,
I've rerun the suspend test instructions here:
https://wiki.ubuntu.com/DebuggingKernelSuspend on 9.10 (where I am still
having the same issue), while using the acpi_osi=Linux boot parameter
and was able to narrow down the offending device down to ACPI device
19, which, based on
Hi all,
This issue is still happening, after a hard drive failure (not related
to this), I looked on the documentation to see how to diagnose the
issue. I followed the instructions here:
https://wiki.ubuntu.com/DebuggingKernelSuspend , and found that, in the
acpi subsystem, the device PNPP0C0F:02
I've just had an suspend/resume in which it did not completely suspend
(but the hard drive was still active). I'm attaching the pertinent
parts of the dmesg log, hopefully it gives a little better information.
** Attachment added: dmesg-backtrace.txt
The kernel error is semi-reproducable in bug 359646 as well.
** Changed in: linux (Ubuntu)
Status: New = Confirmed
--
eee pc 1000he -- Kernel does not resume after long suspend
https://bugs.launchpad.net/bugs/353122
You received this bug notification because you are a member of Ubuntu
** Summary changed:
- Kernel does not resume after long suspend
+ eee pc 1000he -- Kernel does not resume after long suspend
--
eee pc 1000he -- Kernel does not resume after long suspend
https://bugs.launchpad.net/bugs/353122
You received this bug notification because you are a member of Ubuntu
