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