이는 무엇을 의미하며 어떻게 수정합니까?
# 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
메시지는 drivers/acpi/button.c
Linux 커널의 모듈 일부에서 나옵니다. 예를 들어, 다음 줄 아래에서 찾을 수 있습니다.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에서는 항상 가능하지 않을 수 있습니다.