https://bugzilla.kernel.org/show_bug.cgi?id=218265

--- Comment #14 from Mark Haun (hau...@keteu.org) ---
In further testing, I've discovered some interactions with userspace. 
Specifically, I am normally running elogind (on a Void Linux runit-based
system), and "sudo zzz" often (but not always) fails to stay in suspend if
elogind is running.

But elogind isn't the whole story.  With elogind disabled, zzz seems quite
reliable at a VT after boot.  But after starting X (with a window manager, no
DE) and firefox, zzz no longer works consistently, even without elogind
running.  So my theory that elogind was doing something nefarious in the
background doesn't quite hold up :(

In any case, I think this is still in the kernel-bug category, as suspend
should never fail due to unrelated userspace processes (excepting those which
may be attempting to manipulate power states).

-- 
You may reply to this email to add a comment.

You are receiving this mail because:
You are watching the assignee of the bug.

_______________________________________________
acpi-bugzilla mailing list
acpi-bugzilla@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/acpi-bugzilla

Reply via email to