Bug 202421
Summary: | lid closure not detected (lid device is not compliant to SW_LID) | ||
---|---|---|---|
Product: | ACPI | Reporter: | Andrea Borgia (andrea) |
Component: | Power-Lid | Assignee: | Zhang Rui (rui.zhang) |
Status: | CLOSED CODE_FIX | ||
Severity: | normal | CC: | rui.zhang |
Priority: | P1 | ||
Hardware: | Intel | ||
OS: | Linux | ||
Kernel Version: | 4.19.18 | Subsystem: | |
Regression: | No | Bisected commit-id: | |
Attachments: | acpidump / dmesg |
Description
Andrea Borgia
2019-01-26 18:25:46 UTC
one last thing: the dmesg output in the attachment was created without button.lid_init_state but I can re-test as needed. Method (_LID, 0, NotSerialized) // _LID: Lid Status { If (^^PCI0.SBRG.EC0.ECAV ()) { If (!Acquire (^^PCI0.SBRG.EC0.MUEC, 0xFFFF)) { LIDS = ^^PCI0.SBRG.EC0.SF13 /* \_SB_.PCI0.SBRG.EC0_.SF13 */ Release (^^PCI0.SBRG.EC0.MUEC) } } Return (LIDS) /* \_SB_.LID_.LIDS */ } It seems that LID won't work if EC is not initialized properly. We fix a EC issue on 5.0-rc, so please confirm if the problem still exists in the latest upstream kernel. This morning, even before reading the comment above, I ran into a problem with ACPI not reporting battery status: it was stuck at 100% even if another OS (PrimeOS, basically Android 7) on the same hw was reporting less than 40%. Being lazy, I tried booting kernel 5.02 from here: https://github.com/M-Bab/linux-kernel-amdgpu-binaries (I'm already using it on the desktop, it was simply a quick shortcut to avoid rebuilding) Well, the lid switch was detected just fine and the battery reading was properly updated during charging. Is the fix already present in 5.02? Do you need specific confirmation with 5.04? Good to know, the patch has already shipped in upstream 5.0. thus I think we can close the bug. |