https://bugzilla.kernel.org/show_bug.cgi?id=106941
--- Comment #5 from Lv Zheng <[email protected]> --- (In reply to Stephen Just from comment #3) I checked the old bug. Device (LID) { Name (_HID, EisaId ("PNP0C0D")) Name (LIDB, Zero) Method (_LID, 0, NotSerialized) { Return (LIDB) } } Scope (GPO0) { Method (_E4C, 0, Serialized) { If ((HELD == One)) { ^^LID.LIDB = One } Else { ^^LID.LIDB = Zero Notify (LID, 0x80) } Notify (^^PCI0.SPI1.NTRG, One) // Device Check } } Looks the default value of LIDB is "closed" unless a GPIO event arrived to update it. Maybe you still need to ask Mika to confirm if there is a GPIO IRQ lost during boot. > Unfortunately, applying attachment 191911 [details] on top of the patch that > made the lid switch report changes didn't work - and in fact the lid switch > state stopped changing at all. >From the DSDT, LID status change is only generated by the BIOS when the LID status is changed to "closed". That's why it is not updated. So the fix is not correct for you platform. Thanks and best regards -Lv -- 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
