ACPI错误/例外，为什么它们是垃圾邮件，如何知道和解决它？

我一直在这些错误污染我的dmesg：

[21720.400079] ACPI Error: [\_TZ_.THRM] Namespace lookup failure, AE_NOT_FOUND (20130328/psargs-359)
[21720.400093] ACPI Error: Method parse/execution failed [\_GPE._L1C] (Node f584ec80), AE_NOT_FOUND (20130328/psparse-537)
[21720.400112] ACPI Exception: AE_NOT_FOUND, while evaluating GPE method [_L1C] (20130328/evgpe-580)
[21960.800116] ACPI Error: [\_TZ_.THRM] Namespace lookup failure, AE_NOT_FOUND (20130328/psargs-359)
[21960.800130] ACPI Error: Method parse/execution failed [\_GPE._L1C] (Node f584ec80), AE_NOT_FOUND (20130328/psparse-537)
[21960.800149] ACPI Exception: AE_NOT_FOUND, while evaluating GPE method [_L1C] (20130328/evgpe-580)

这无限地发生。我尝试了每个关键字，但没有发现任何与远程相关的内容。我尝试的每个发行版中都会发生这种情况。如何诊断消息的来源？

Appart从污染消息环起，我还没有发现与此相关的任何其他问题。

linux-kernel logs acpi

— 布里亚姆
source

我有同样的问题。就我而言，我想这应该归功于我的无线网卡。我有一个rtl8188ee司机说lspci -k，你呢？

— auraham 2014年

@auraham没什么类似的，我的系统是台式机。没有无线。如果您有好奇心，可以使用HP Pavilion a1104x。

— Braiam 2014年

我有同样的问题。就我而言，它实际上对我的系统产生了负面影响，因为它使我的/ var / log文件夹肿到了我的根分区完全填满的地步。

— 亚伦·弗兰克

错误在此处报告给内核开发人员：bugzilla.kernel.org/show_bug.cgi?id=188331

— Aaron Franke

由于固件错误而触发这些警告。请尝试更新版本的BIOS，该版本有望修复这些错误。如果您没有访问较新BIOS的权限，则可以尝试使用替换/删除了错误代码的表来覆盖DSDT / SSDT。

它似乎无害，也许每240秒（4分钟）调用一次热量健康/油门检查。

至于技术细节，这些消息来自ACPI核心。\_GPE._Lxx如果我没记错的话，这些方法是级别触发的中断，并且是由硬件（不是Linux）触发的。显然，此特定方法尝试评估\_TZ.THRM由于该ACPI范围不存在而失败的某些方法或对象。

— 莱肯斯坦
source

BIOS已使用OEM的最新版本进行了更新……“覆盖”似乎很危险，我应该使用本指南吗？另外，如果我更改了DSDT / SSDT，应该只是解决问题，还是有某种方法可以使它完成应有的功能？另外，似乎我应该重建内核...

— Braiam

@Braiam该页面总体上看起来不错，但我建议除非绝对必要，否则不要覆盖整个DSDT / SSDT（在您的情况下，这只是一个令人讨厌的警告）。除了覆盖完整的DSDT / SSDT，您还可以使用custom_method内核模块覆盖单个ACPI方法。您可以使用它来创建一个虚拟\_TZ.THRM节点（带有预期的子节点）或覆盖\_GPE._L1C以删除该调用。但是，不要在不了解正在发生的情况的情况下简单地将其编辑掉。它可能具有负面影响（例如禁用电源或节流以举一个额外的例子）。

— Lekensteyn