Errori / eccezioni ACPI, perché fanno spam, come conoscerlo e risolverlo?

Ho avuto questi errori inquinare il mio 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)

Questo succede all'infinito. Ho provato ogni parola chiave e non ho trovato nulla di rilevante a distanza. Questo succede in ogni distribuzione che provo. Come posso diagnosticare le origini del messaggio?

A parte l'inquinamento dell'anello dei messaggi, non ho riscontrato altri problemi relativi a questo.

linux-kernel logs acpi

— Braiam
fonte

Ho lo stesso problema. Nel mio caso, suppongo sia dovuto alla mia scheda wireless. Ho un rtl8188eeautista secondo te lspci -k, e tu?

— Auraham,

@auraham niente del genere, il mio sistema è un desktop. No wireless. Un HP Pavilion a1104x se sei curioso.

— Braiam,

Ho lo stesso problema. Nel mio caso, ha effettivamente influito negativamente sul mio sistema, perché ha gonfiato la mia cartella / var / log fino a un punto in cui la mia partizione di root è completamente riempita.

— Aaron Franke,

Bug segnalato agli sviluppatori del kernel qui: bugzilla.kernel.org/show_bug.cgi?id=188331

— Aaron Franke

Questi avvisi vengono attivati a causa di errori del firmware. Prova una versione del BIOS più recente che si spera risolva questi errori. Se non si ha accesso al BIOS più recente, è possibile provare a sostituire DSDT / SSDT con le tabelle in cui è stato sostituito / rimosso il codice difettoso.

Non sembra essere dannoso, forse è qualche controllo di salute / accelerazione termica che viene invocato ogni 240 secondi (4 minuti).

Per quanto riguarda i dettagli tecnici, questi messaggi provengono dal core ACPI. I \_GPE._Lxxmetodi sono interruzioni attivate dal livello se ricordo bene e sono attivate dall'hardware (non da Linux). Apparentemente questo specifico metodo tenta di valutare alcuni metodi o oggetti per i \_TZ.THRMquali non è riuscito perché questo ambito ACPI non esiste.

— Lekensteyn
fonte

Il BIOS è aggiornato con l'ultima versione dall'OEM ... e la "sostituzione" sembra pericolosa, dovrei usare questa guida ? Inoltre, se cambio DSDT / SSDT dovrei semplicemente nuke il problema o c'è qualche metodo per farlo fare quello che dovrebbe fare? Inoltre, sembra che dovrei ricostruire il mio kernel ...

— Braiam,

@Braiam Quella pagina sembra complessivamente buona, ma suggerisco di non sostituire l'intero DSDT / SSDT a meno che non sia assolutamente necessario (nel tuo caso è solo un avviso fastidioso). Oltre a sovrascrivere l'intero DSDT / SSDT, puoi anche usare il custom_methodmodulo del kernel per sovrascrivere un singolo metodo ACPI. È possibile utilizzare questo per creare un \_TZ.THRMnodo fittizio (con i figli previsti) o sovrascrivere \_GPE._L1Cper rimuovere la chiamata. Tuttavia, non modificare semplicemente le cose senza capire cosa sta succedendo. Potrebbe avere effetti collaterali negativi (come disabilitare la potenza o la limitazione termica per fare un esempio in più).

— Lekensteyn,