Ошибки / Исключения 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)

Это происходит бесконечно. Я попробовал каждое ключевое слово и не нашел ничего отдаленно релевантного. Это происходит в каждом дистрибутиве, который я пробую. Как диагностировать происхождение сообщения?

Избавьтесь от загрязнения кольца сообщений, я не нашел другой проблемы, связанной с этим.

linux-kernel logs acpi Braiam
источник

У меня такая же проблема. В моем случае, я думаю, это связано с моей беспроводной картой. У меня есть rtl8188eeводитель в соответствии с lspci -k, а вы?

Авраам

@auraham ничего подобного, моя система - рабочий стол. Нет беспроводной. HP Pavilion a1104x, если вам интересно.

Брайам

У меня такая же проблема. В моем случае, это фактически отрицательно сказалось на моей системе, потому что оно раздуло мою папку / var / log до точки, где мой корневой раздел полностью заполнен.

Аарон Франке

Об

Аарон Франке

Ответы:

Эти предупреждения вызываются из-за ошибок прошивки. Попробуйте более новую версию BIOS, которая, надеюсь, исправит эти ошибки. Если у вас нет доступа к более новой версии BIOS, вы можете попробовать переопределить DSDT / SSDT таблицами, которые заменили / удалили неисправный код.

Это не кажется вредным, возможно, это некоторая тепловая проверка работоспособности / газа, которая вызывается каждые 240 секунд (4 минуты).

Что касается технических деталей, эти сообщения происходят из ядра ACPI. Эти \_GPE._Lxxметоды уровня срабатывает прерывание , если я правильно помню , и инициируются аппаратными средствами (не Linux). По-видимому, этот конкретный метод пытается оценить какой-либо метод или объект, на \_TZ.THRMкотором произошел сбой, поскольку эта область ACPI не существует.

Lekensteyn
источник

BIOS обновлен до последней версии от производителя ... и "переопределение" кажется опасным, мне следует использовать это руководство ? Кроме того, если я изменю DSDT / SSDT, нужно просто устранить проблему или есть какой-то способ заставить его делать то, что он должен делать? Кроме того, кажется, что я должен перестроить свое ядро ...

Брайам

@Braiam Эта страница в целом выглядит нормально, но я предлагаю не перезаписывать весь DSDT / SSDT, если это не является абсолютно необходимым (в вашем случае это просто раздражающее предупреждение). Помимо перезаписи полного DSDT / SSDT, вы также можете использовать custom_methodмодуль ядра для перезаписи одного метода ACPI. Вы можете использовать это, чтобы создать фиктивный \_TZ.THRMузел (с ожидаемыми дочерними элементами) или перезаписать, \_GPE._L1Cчтобы удалить вызов. Тем не менее, не просто редактировать вещи, не понимая, что происходит. Это может иметь негативные побочные эффекты (например, отключение питания или термическое регулирование, чтобы взять дополнительный пример).

Лекенштейн