Ошибки / Исключения 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чтобы удалить вызов. Тем не менее, не просто редактировать вещи, не понимая, что происходит. Это может иметь негативные побочные эффекты (например, отключение питания или термическое регулирование, чтобы взять дополнительный пример).

— Лекенштейн