DescripHardware tion of problem: Lid close or lid open no longer produces an acpi event (tested with acpi_listen). /etc/systemd/logind.conf contains "HandleLidSwitch=ignore". System used to go to Suspend to RAM on lid close under 4.16 kernels and previous. Version-Release number of selected component (if applicable): kernel-4.17.2-200.fc28.x86_64 acpid-2.0.29-1.fc28.x86_64 How reproducible: At every close / open of the lid Steps to Reproduce: 1. 2. 3. Actual results: System does not go Suspend state. Expected results: Suspend to RAM on lid close. Additional info: New to kernel 4.17.2-200.fc28.x86_64 Hardware : Asus EeePC.
Hello, im sorry but i have not been able to reproduce this bug. Maybe it is hardware specific. Steps: $ uname -r 4.17.2-200.fc28.x86_64 $ acpi_listen ibm/hotkey LEN0268:00 00000080 00006032 button/lid LID close ibm/hotkey LEN0268:00 00000080 00006032 button/lid LID open Hardware: Lenovo ThinkPad X270
(In reply to Tomas Korbar from comment #1) > Hello, > im sorry but i have not been able to reproduce this bug. > Maybe it is hardware specific. > > Steps: > $ uname -r > 4.17.2-200.fc28.x86_64 > $ acpi_listen > ibm/hotkey LEN0268:00 00000080 00006032 > button/lid LID close > ibm/hotkey LEN0268:00 00000080 00006032 > button/lid LID open > > Hardware: Lenovo ThinkPad X270 Thanks, for info, reassigning to kernel.
We apologize for the inconvenience. There is a large number of bugs to go through and several of them have gone stale. Due to this, we are doing a mass bug update across all of the Fedora 28 kernel bugs. Fedora 28 has now been rebased to 4.18.10-300.fc28. Please test this kernel update (or newer) and let us know if you issue has been resolved or if it is still present with the newer kernel. If you have moved on to Fedora 29, and are still experiencing this issue, please change the version to Fedora 29. If you experience different issues, please open a new bug report for those.
(In reply to Laura Abbott from comment #3) > Fedora 28 has now been rebased to 4.18.10-300.fc28. Please test this kernel > update (or newer) and let us know if you issue has been resolved or if it is > still present with the newer kernel. Kernel : 4.18.16-200.fc28.x86_64 Hardware : Asus EeePC. # acpi_listen (close lid) (no message) The bug report still holds, even with the newest kernel.
I think this may have the same root cause as: https://bugzilla.kernel.org/show_bug.cgi?id=201351 That bug has a workaround hack / patch, but no real fix yet. Perhaps you can build a kernel with that patch added to confirm that it is the same issue?
*** This bug has been marked as a duplicate of bug 1629479 ***