[Bug 100923] [HSW/CHT/PNV/IVB] ACPI _LID usage model change

bugzilla-daemon at freedesktop.org bugzilla-daemon at freedesktop.org
Wed Jul 5 06:30:35 UTC 2017


https://bugs.freedesktop.org/show_bug.cgi?id=100923

--- Comment #10 from Lv Zheng <lv.zheng at intel.com> ---
As Peter mentioned, DMs (desktop managers) can start at any time.
While there are tables (mostly from microsoft) that BIOS won't notify lid state
change to OS (there are even worse case that lid state is always "closed").
Thus OS driver/input layer cached lid state value is not reliable for such
notebooks.

For current kernel input ABI, input driver can only use a timer to timely
refresh the cached value to provide reliable lid state to userspace.
But the timer is not power friendly.

We should find different solutions.

Either input layer could provide a new callback for driver.
When userspace reads the latest lid state from kernel, input layer may invoke
"get_state()" callback to update the cached state.

Or userspace GMs should stop using lid state to determine window layout and
monitor status. That's reasonable as ACPI lid is not provided for this purpose.

Thanks
Lv

-- 
You are receiving this mail because:
You are on the CC list for the bug.
You are the assignee for the bug.
You are the QA Contact for the bug.
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <https://lists.freedesktop.org/archives/intel-gfx-bugs/attachments/20170705/263862e9/attachment.html>


More information about the intel-gfx-bugs mailing list