Errores / excepciones ACPI, ¿por qué envían spam, cómo saberlo y solucionarlo?

8

He estado teniendo estos errores contaminan mi 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)

Esto sucede infinitamente. Probé cada palabra clave y no he encontrado nada remotamente relevante. Esto sucede en cada distribución que intento. ¿Cómo diagnostico los orígenes del mensaje?

Además de contaminar el anillo de mensajes, no he encontrado ningún otro problema relacionado con esto.

Braiam
fuente
Tengo el mismo problema. En mi caso, supongo que se debe a mi tarjeta inalámbrica. Tengo un rtl8188eeconductor según lspci -k, ¿y tú?
auraham
@auraham nada de eso, mi sistema es un escritorio. No inalámbrico Un HP Pavilion a1104x si tiene curiosidad.
Braiam
Tengo este mismo problema En mi caso, en realidad ha afectado negativamente a mi sistema, porque ha hinchado mi carpeta / var / log hasta un punto donde mi partición raíz está completamente llena.
Aaron Franke
Bug reportado a los desarrolladores del kernel aquí: bugzilla.kernel.org/show_bug.cgi?id=188331
Aaron Franke

Respuestas:

4

Estas advertencias se activan debido a errores de firmware. Pruebe una versión de BIOS más nueva que, con suerte, corrige estos errores. Si no tiene acceso a un BIOS más nuevo, puede intentar reemplazar su DSDT / SSDT con tablas que reemplazaron / eliminaron el código defectuoso.

No parece ser dañino, tal vez se invoca un chequeo de salud / acelerador térmico cada 240 segundos (4 minutos).

En cuanto a los detalles técnicos, estos mensajes se originan en el núcleo ACPI. Los \_GPE._Lxxmétodos son interrupciones activadas por nivel si no recuerdo mal y son activadas por el hardware (no Linux). Aparentemente, estos métodos específicos intentan evaluar algún método u objeto en el \_TZ.THRMque fallaron porque este alcance ACPI no existe.

Lekensteyn
fuente
El BIOS se actualiza con la última versión del OEM ... y "anular" parece peligroso, ¿debo usar esta guía ? Además, si cambio el DSDT / SSDT, ¿debería resolver el problema o hay algún método para que haga lo que se supone que debe hacer? Además, parece que debería reconstruir mi núcleo ...
Braiam
@Braiam Esa página se ve bien en general, pero sugiero no anular todo el DSDT / SSDT a menos que sea absolutamente necesario (en su caso es solo una advertencia molesta). Además de sobrescribir el DSDT / SSDT completo, también puede usar el custom_methodmódulo del núcleo para sobrescribir un único método ACPI. Puede usar esto para crear un \_TZ.THRMnodo ficticio (con los hijos esperados) o sobrescribir \_GPE._L1Cpara eliminar la llamada. Sin embargo, no simplemente edite las cosas sin comprender lo que está sucediendo. Puede tener efectos secundarios negativos (como deshabilitar el poder o la regulación térmica para tomar un ejemplo adicional).
Lekensteyn