Псевдоним команды с параметрами входящей подсказки

Несмотря на то, что ACPI начинался как «Интерфейс для управления энергопотреблением», он стал намного сложнее и также определяет другие вещи, такие как назначение аппаратных ресурсов.

Дело в том, что спецификация ACPI довольно сложная. Поставщики оборудования регулярно нарушают спецификацию ACPI, но, поскольку они поставляют оборудование в комплекте с драйверами Windows и пишут драйверы таким образом, что драйверы прекрасно обрабатывают поврежденные данные ACPI, никто этого не замечает. Пока вы не попробуете то же самое в Linux,который ожидает данные в соответствии со спецификацией, а затем вы получаете эти ошибки.

Чтобы сделать это еще более интересным, данные ACPI могут различаться в зависимости от ОС (существуют функции для запроса ACPI к ОС ), но функции запроса иногда работают, а иногда нет, иногда правильные значения для Linux, в то же время продолжая давать неверные значения для Windows, потому что они работают с драйверами, иногда дают совершенно непроверенные значения для Linux и т. д. Вы можете видеть, к чему все идет :Все это большой беспорядок.

Моя личная «лучшая практика» :Игнорировать любые ошибки, пока что-то, что вам нужно, не пойдет не так. В таком случае повозитесь с распознаванием ОС, повозитесь с аргументами ядра как с переопределениями, а если ничего не получится, сядьте, декомпилируйте таблицы ACPI и попытайтесь выяснить, что именно пошло не так. Последнее не весело.