Что означает следующий вывод dmesg?
Я не уверен, что означает следующее: -
[ 0.652039] ACPI: Added _OSI(Module Device)
[ 0.652044] ACPI: Added _OSI(Processor Device)
[ 0.652049] ACPI: Added _OSI(3.0 _SCP Extensions)
[ 0.652054] ACPI: Added _OSI(Processor Aggregator Device)
[ 0.656286] ACPI: EC: Look up EC in DSDT
[ 0.660361] ACPI: Executed 1 blocks of module-level executable AML code
**[ 0.720310] [Firmware Bug]: ACPI: BIOS _OSI(Linux) query ignored**
[ 0.721539] ACPI: SSDT 000000009ce70798 00727 (v01 PmRef Cpu0Cst 00003001 INTL 20100121)
[ 0.722623] ACPI: Dynamic OEM Table Load:
[ 0.722630] ACPI: SSDT (null) 00727 (v01 PmRef Cpu0Cst 00003001 INTL 20100121)
[ 0.752832] ACPI: SSDT 000000009ce71a98 00303 (v01 PmRef ApIst 00003000 INTL 20100121)
Что это за ошибка? Влияет ли эта ошибка на производительность моей системы.
3 ответа
Поскольку, что я могу понять, это означает, что запрос от BIOS/встроенного микропрограммного обеспечения, связанной с ACPI (При выполнении ноутбука, это означает батарея при выполнении Настольного ПК, это означает UPS, или подобный) не распознан.
, Что Ubuntu, было, игнорируют запрос для не порождения проблем. Часть материала, Вы могли бы , видит из-за этого:
-
состояние батареи Ubuntu не обнаруживает, когда батарея была разъединена. Показ Вас все еще та же "Батарея Связанный" символ.
-
уведомление о Зарядке батареи не обновляется правильно.
Это не означает, что батарея не будет заряжаться правильно, или что она не обнаружила состояние батареи правильно, это просто означает, что в Рабочем столе Вы не будете видеть его правильно. Это даже не означает, что не покажет правильно Вам.
Для связанного с производительностью материала, Вы не перенесете проблем производительности. Это будет выполнять то же как всегда.
В основном это прибывает из BIOS, сначала предполагая, что ОС является Windows и затем выполнением запроса к нему для подтверждения некоторой информации.
Так или иначе не волнуются об этом, Ubuntu и любой другой дистрибутив Linux могут эффективно просто сказать BIOS, что это - на самом деле Windows, и получите корректный запрос от него. Dmesg и загружающаяся система просто добавляют то сообщение там для уведомления Вас о BIOS, спрашивая что-то к ОС (Помните, он принимает, Windows), и Linux, пытающийся фальсифицировать это так, BIOS отправляет полный запрос. Это - причина, почему производители BIOS не должны предполагать, что единственные аппаратные средства, они продолжат работать, являются Windows.
Таблицы ACPI (DSDT, SSDT) обеспечиваются BIOS. Эти таблицы ACPI позволяют ОС управление аппаратные средства через уровень абстракции (ACPI). Производители могут использовать метод ACPI _OSI (Интерфейсы Операционной системы) для запросов ОС для определенных возможностей.
Через этот механизм, ACPI может обнаружить ОС (и версия) и применить некоторые причуды при необходимости. Это особенно полезно для машин Windows, поскольку более новые функции машины не могут поддерживаться более старыми версиями Windows. Однако в Linux, философия - то, что, если функция не поддерживается ядром Linux, исключения не должны быть сделаны производителем BIOS. Вместо этого сообщество (разработчики ядра) должно добавить код, чтобы поддерживать те функции от более новых машин.
В прошлом некоторые производители BIOS удалили функции, если они обнаруживают систему Linux. В то время как функция не может поддерживаться во время выпуска BIOS в будущем, это могло. Из-за этого запросы для "Linux" проигнорированы.
В BIOS запрашивается таблица, и некоторые программисты BIOS использовали ее для выполнения действий, которые они не должны выполнять, до такой степени, что это сильно повлияло на некоторые дистрибутивы. Решение, которое решили использовать авторы ядра, состоит в том, чтобы просто возвращать FALSE при запросе, чтобы остановить этот шум.
Предположительно, если вы добавите acpi_osi=Linux в свою команду ядра, это может исправить это, но я не обнаружил, что это работает на моем Asus H81T.
В общем, игнорируйте это.