https://bugzilla.kernel.org/show_bug.cgi?id=201111
Bug ID: 201111
Summary: computer takes a long time to sleep after issuing the
suspend command
Product: ACPI
Version: 2.5
Kernel Version: every kernel version since March 2018 (Arch Linux)
Hardware: x86-64
OS: Linux
Tree: Mainline
Status: NEW
Severity: normal
Priority: P1
Component: Power-Sleep-Wake
Assignee: [email protected]
Reporter: [email protected]
Regression: No
Laptop/Computer:Lenovo IdeapadZ570
Processor: Intel(R) Core i3-2310M
----
During the suspend process, the computer does not suspend properly. It takes a
very long time to enter sleep. During this time, the screen turns off, but the
LED indicator lights stay on and the processor fan continues to spin.
The problem is identical whether initiated by closing the lid, typing
"systemctl suspend" or "echo mem > /sys/power/state", so I've ruled-out systemd
as the culprit.
This problem appears to be identical to
[url=https://bugzilla.kernel.org/show_bug.cgi?id=101101]bug 101101[/url].
typical journalctl output looks like this:
Sep 12 21:37:41 john-lappy kernel: PM: suspend entry (deep)
Sep 12 21:39:53 john-lappy kernel: PM: Syncing filesystems ... done.
Sep 12 21:39:53 john-lappy kernel: Freezing user space processes ... (elapsed
0.002 seconds) done.
Sep 12 21:39:53 john-lappy kernel: OOM killer disabled.
Sep 12 21:39:53 john-lappy kernel: Freezing remaining freezable tasks ...
(elapsed 0.001 seconds) done.
as in the above example, it's unknown what is happening between 21:37:41 and
21:39:53
I applied the patch (for_101101.patch) in the above post to my kernel and I see
none of the inserted messages in journalctl or dmesg
--
You are receiving this mail because:
You are watching the assignee of the bug.
_______________________________________________
acpi-bugzilla mailing list
[email protected]
https://lists.sourceforge.net/lists/listinfo/acpi-bugzilla
