Erreurs / Exceptions ACPI, pourquoi ils spament, comment le savoir et le corriger?

J'ai eu ces erreurs polluer mon 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)

Cela se produit à l'infini. J'ai essayé chaque mot clé et je n'ai rien trouvé de pertinent à distance. Cela se produit dans chaque distribution que j'essaie. Comment diagnostiquer les origines du message?

Hormis la pollution de l'anneau des messages, je n'ai trouvé aucun autre problème lié à cela.

linux-kernel logs acpi Braiam
la source

J'ai le même problème. Dans mon cas, je suppose que c'est dû à ma carte sans fil. J'ai un rtl8188eechauffeur selon lspci -k, et vous?

auraham

@auraham rien de semblable, mon système est un ordinateur de bureau. Pas de sans fil. Un HP Pavilion a1104x si vous êtes curieux.

Braiam

J'ai ce même problème. Dans mon cas, cela a en fait affecté négativement mon système, car il a gonflé mon dossier / var / log à un point où ma partition racine est complètement remplie.

Aaron Franke

Bug signalé aux développeurs du noyau ici: bugzilla.kernel.org/show_bug.cgi?id=188331

Aaron Franke

Réponses:

Ces avertissements sont déclenchés en raison d'erreurs de micrologiciel. Essayez une version plus récente du BIOS qui, espérons-le, corrige ces erreurs. Si vous n'avez pas accès à un BIOS plus récent, vous pouvez essayer de remplacer votre DSDT / SSDT par des tables qui ont remplacé / supprimé le code défectueux.

Cela ne semble pas être nocif, c'est peut-être une vérification de la santé thermique / de l'accélérateur qui est invoquée toutes les 240 secondes (4 minutes).

Quant aux détails techniques, ces messages proviennent du noyau ACPI. Les \_GPE._Lxxméthodes sont des interruptions déclenchées par le niveau si je me souviens bien et sont déclenchées par le matériel (pas Linux). Apparemment, ces méthodes spécifiques essaient d'évaluer une méthode ou un objet sur \_TZ.THRMlequel a échoué car cette portée ACPI n'existe pas.

Lekensteyn
la source

Le BIOS est mis à jour avec la dernière version de l'OEM ... et "remplacer" semble dangereux, dois-je utiliser ce guide ? De plus, si je modifie le DSDT / SSDT, devrait-il simplement atténuer le problème ou y a-t-il une méthode pour le faire faire ce qu'il est censé faire? De plus, il semble que je devrais reconstruire mon noyau ...

Braiam

@Braiam Cette page semble bien dans l'ensemble, mais je suggère de ne pas remplacer tout le DSDT / SSDT à moins que cela ne soit absolument nécessaire (dans votre cas, c'est juste un avertissement ennuyeux). Outre l'écrasement du DSDT / SSDT complet, vous pouvez également utiliser le custom_methodmodule du noyau pour écraser une seule méthode ACPI. Vous pouvez l'utiliser pour créer un \_TZ.THRMnœud factice (avec les enfants attendus) ou écraser \_GPE._L1Cpour supprimer l'appel. Cependant, ne modifiez pas simplement les choses sans comprendre ce qui se passe. Cela peut avoir des effets secondaires négatifs (comme désactiver l'alimentation ou la limitation thermique pour prendre un exemple supplémentaire).

Lekensteyn