ACPI-Fehler / Ausnahmen, warum sie Spam sind, wie man es erkennt und behebt?

Ich habe diese Fehler mein dmesg verschmutzen lassen:

[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)

Das passiert unendlich. Ich habe jedes Keyword ausprobiert und nichts entfernt Relevantes gefunden. Dies geschieht in jeder Distribution, die ich versuche. Wie diagnostiziere ich den Ursprung der Nachricht?

Abgesehen davon, dass der Nachrichtenring verschmutzt wurde, habe ich kein anderes Problem im Zusammenhang damit gefunden.

linux-kernel logs acpi

— Braiam
quelle

Ich habe das gleiche Problem. In meinem Fall liegt es wohl an meiner WLAN-Karte. Ich habe einen rtl8188eeFahrer nach lspci -k, was ist mit dir?

— Auraham

@auraham nichts dergleichen, mein System ist ein Desktop. Kein WLAN. Ein HP Pavilion a1104x, wenn Sie neugierig sind.

— Braiam

Ich habe das gleiche Problem. In meinem Fall hat sich dies tatsächlich negativ auf mein System ausgewirkt, da mein Ordner / var / log bis zu einem Punkt aufgebläht ist, an dem meine Root-Partition vollständig gefüllt ist.

— Aaron Franke

Fehler, der den Kernel-Entwicklern hier gemeldet wurde: bugzilla.kernel.org/show_bug.cgi?id=188331

— Aaron Franke

Diese Warnungen werden aufgrund von Firmware-Fehlern ausgelöst. Versuchen Sie es mit einer neueren BIOS-Version, die diese Fehler hoffentlich behebt. Wenn Sie keinen Zugriff auf ein neueres BIOS haben, können Sie versuchen, Ihr DSDT / SSDT mit Tabellen zu überschreiben, bei denen der fehlerhafte Code ersetzt / entfernt wurde.

Es scheint nicht schädlich zu sein, vielleicht ist es eine thermische Gesundheits- / Drosselklappenprüfung, die alle 240 Sekunden (4 Minuten) aufgerufen wird.

Die technischen Details stammen aus dem ACPI-Kern. Die \_GPE._LxxMethoden sind pegelgetriggerte Interrupts, wenn ich mich richtig erinnere, und werden von der Hardware (nicht von Linux) ausgelöst. Anscheinend versucht diese spezielle Methode, eine Methode oder ein Objekt zu bewerten, bei \_TZ.THRMdem ein Fehler aufgetreten ist, da dieser ACPI-Bereich nicht vorhanden ist.

— Lekensteyn
quelle

Das BIOS wird mit der neuesten Version des OEM aktualisiert ... und "Überschreiben" scheint gefährlich. Sollte ich dieses Handbuch verwenden ? Auch wenn ich die DSDT / SSDT ändere, sollte das Problem nur nuklear sein oder gibt es eine Methode, um es tun zu lassen, was es tun soll? Außerdem scheint es, dass ich meinen Kernel neu aufbauen sollte ...

— Braiam

@Braiam Diese Seite sieht insgesamt gut aus, aber ich empfehle, nicht die gesamte DSDT / SSDT zu überschreiben, es sei denn, dies ist absolut notwendig (in Ihrem Fall ist dies nur eine nervige Warnung). Neben dem Überschreiben des vollständigen DSDT / SSDT können Sie auch das custom_methodKernelmodul verwenden, um eine einzelne ACPI-Methode zu überschreiben. Sie können dies verwenden, um einen Dummy- \_TZ.THRMKnoten (mit den erwarteten untergeordneten Knoten) zu erstellen oder \_GPE._L1Cum den Anruf zu entfernen. Bearbeiten Sie die Dinge jedoch nicht einfach weg, ohne zu verstehen, was passiert. Es kann negative Nebenwirkungen haben (wie das Deaktivieren der Stromversorgung oder die thermische Drosselung, um ein zusätzliches Beispiel zu nennen).

— Lekensteyn