这是什么意思以及如何纠正它?
# cat /var/log/messages | grep -a 'lid'
Mar 22 00:36:00 debian kernel: [ 1039.517767] ACPI: button: The lid device is not compliant to SW_LID.
系统:
# uname -a
Linux debian 4.19.0-8-amd64 #1 SMP Debian 4.19.98-1 (2020-01-26) x86_64 GNU/Linux
答案1
该消息来自Linux 内核中模块drivers/acpi/button.c
的一部分 。 例如,在after 行下您可以找到它:ACPI_BUTTON
linux-source-4.19/drivers/acpi/button.c
171
194 /* Complain the buggy firmware */
195 pr_warn_once("The lid device is not compliant to SW_LID.\n");
正如你所看到的,这条消息是在以下时间打印的:有缺陷的固件被检测到。评论继续说道:
196 /*
197 * Send the unreliable complement switch event:
. *
. * On most platforms, the lid device is reliable. However
. * there are exceptions:
. * 1. Platforms returning initial lid state as "close" by
. * default after booting/resuming:
. * https://bugzilla.kernel.org/show_bug.cgi?id=89211
. * https://bugzilla.kernel.org/show_bug.cgi?id=106151
. * 2. Platforms never reporting "open" events:
. * https://bugzilla.kernel.org/show_bug.cgi?id=106941
. * On these buggy platforms, the usage model of the ACPI
. * lid device actually is:
. * 1. The initial returning value of _LID may not be
. * reliable.
. * 2. The open event may not be reliable.
. * 3. The close event is reliable.
. *
. * But SW_LID is typed as input switch event, the input
. * layer checks if the event is redundant. Hence if the
. * state is not switched, the userspace cannot see this
. * platform triggered reliable event. By inserting a
. * complement switch event, it then is guaranteed that the
. * platform triggered reliable one can always be seen by
. * the userspace.
222 */
如何修复它 - 这只是一条诊断消息,如果一切正常,您可以忽略它。如果某些功能不起作用,您应该访问上面发布的链接,并为您拥有的特定硬件搜索可能的解决方案,或者尝试升级计算机的固件,不幸的是,这在 Linux 上可能并不总是可行。