LINUX.ORG.RU

ACPI Bug

 , , ,


0

1

Debian. 4.19.0-5-amd64. UEFI (без опции Legaсy Bios). Acer A315-41-R8XR. AMD Ryzen™ 5 2500U. Radeon™ Vega 8.

Ошибки в dmesg:

[    0.215364] ACPI: [Firmware Bug]: BIOS _OSI(Linux) query ignored
[    0.219914] ACPI BIOS Error (bug): Failure creating [\_SB.PCI0.LPC0.EC0._Q46], AE_ALREADY_EXISTS (20180810/dswload2-316)
[    0.219922] ACPI Error: AE_ALREADY_EXISTS, During name lookup/catalog (20180810/psobject-221)
[    0.219925] ACPI Error: Skip parsing opcode OpcodeName unavailable (20180810/psloop-543)
[    0.219930] ACPI BIOS Error (bug): Could not resolve [\_SB.PCI0.GPP2.BCM5], AE_NOT_FOUND (20180810/dswload2-160)
[    0.219933] ACPI Error: AE_NOT_FOUND, During name lookup/catalog (20180810/psobject-221)
[    0.219935] ACPI Error: Ignore error and continue table load (20180810/psobject-604)
[    0.219937] ACPI Error: Skip parsing opcode OpcodeName unavailable (20180810/psloop-543)

Пытаюсь разобраться со всеми ошибками перед тем, как начать настраивать проброс видеокарты в kvm. На форуме acer пишут прописать в grub acpi=off, но лучше найти адекватное решение.


Стоит ли добавить в grub acpi=off?

" - Доктор у меня болит голова…
- Ампутировать батенька. Немедленно ампутировать её полность!!!"

Плохо понимаю ошибку

Тебе туда tag/dsdt, tag/acpi

init_6 ★★★★★ ()
Последнее исправление: init_6 (всего исправлений: 1)

чем мешает/что не работает?

Или

добавь в параметры ядра при загрузке acpi_osi="Windows" (возможно «Windows 2016» или «Windows 2018» или как-там сейчас принято — гугл в помощь)

P.S. Acer просто не приветствует установку других (linux based) OC на свои устройства. Возможно это требует от них «ненужных затрат»...

anymouze ★★ ()
Последнее исправление: anymouze (всего исправлений: 1)
Ответ на: комментарий от anymouze

Тут дело такое, хочу пробросить видеокарту на ноутбуке (!с одной видеокартой поддерживающей AMD-Vi IOMMU) в гостивую windows. Перед тем, как приступить к этому, пытаюсь все ошибки исправить.

Вроде бы пишут, что начиная с 4.19 есть драйвера на AMD Ryzen 5 2500U с Radeon Vega 8. *Не смогу решить, поставлю Arh обратно, посмотрю что в 5.2.5 есть.

Hi ()
Последнее исправление: Hi (всего исправлений: 1)
Ответ на: комментарий от Hi

- dmesg без ошибок?
- нет, не встречал...

// другое дело, что не все из них проявляются мешают

хочу пробросить видеокарту на ноутбуке (!с одной видеокартой поддерживающей AMD-Vi IOMMU) в гостивую windows

Наверное, стоило это описать в стартовом сообщении — уже были дельные ответы в треде

anymouze ★★ ()

ACPI: [Firmware Bug]: BIOS _OSI(Linux) query ignored

Это ядро предупреждает, что будет мимикрировать под windows и будет игнорировать запросы на то, что оно(ядро) является «Linux».

ACPI BIOS Error (bug): Failure creating [_SB.PCI0.LPC0.EC0._Q46], AE_ALREADY_EXISTS (20180810/dswload2-316)

А это явный баг acpi, возможно, специально занесенный.

ACPI BIOS Error (bug): Could not resolve [_SB.PCI0.GPP2.BCM5], AE_NOT_FOUND (20180810/dswload2-160)

Это тоже баг, скорее всего, не критичный. Обычно методы BCM_ (расшифровывается Brightness Control Method) - это алгоритм управления яркостью экрана. Если тебе не повезло, то у тебя не управляется яркость экрана, или просто твоя «очередная китайская подвальная сборка» использует другую партию экрана с другим управлением ярксотью, не предусмотренным в acpi. Но тебе может повезти, по стечению обстоятельств работает без всех этих замудреднных acpi методов.

anonymous ()
Ответ на: комментарий от anonymous

А это явный баг acpi, возможно, специально занесенный.

Все баги acpi и эти вышеозвученные и все остальные от одной простой штуки - подсистему acpi ядра linux разрабатывали по официальным спецификациям а BIOS/UEFI для железа нет. И да в говновендазе для обхода всех этих ям и ловушек много своих подпорок и костылей которые делают вид что в целом всё нормально.

init_6 ★★★★★ ()
Ответ на: комментарий от init_6

Ну вот взял бы и накатал в своем говнобложике эту инфу с подробностями и различными решениями по этой теме . Это же болючая тема , многих интересует .

anonymous ()
Ответ на: комментарий от init_6

подсистему acpi ядра linux разрабатывали по официальным спецификациям

Причем тут реализация acpi в linux, если здесь явно ошибка в acpi - повторное объявление.

Все баги acpi и эти вышеозвученные и все остальные от одной простой штуки ...

.. ACPI - это очень неудобный язык (api) конфигурирования и нет нормальной среды для разработки. Еще усугбляется тем, что есть циклы - щас бы писать конфигурации на тьюринг полных языках.

anonymous ()
Ответ на: комментарий от anonymous

Причем тут реализация acpi в linux, если здесь явно ошибка в acpi - повторное объявление.

Причем здесь повторное объявление в чьём то говняном dsdt если корень прблемы в том, что «подсистему acpi ядра linux разрабатывали по официальным спецификациям а BIOS/UEFI для железа нет»?

ACPI - это очень неудобный язык

ACPI это вся спецификация целиком а крайне неудобный язык это DSDT (Differentiated System Description Table).

init_6 ★★★★★ ()
Ответ на: комментарий от init_6

Ясно. Ошибка не в ошибке, а в том что мы не знаем как обойти ошибку. А обойти ошибку можно блобами с bios/uefi для железа. Мы же за проприертарные решения. Зачем нам открытые решения на открытых спецификациях, когда видно кто и где ошибся?

ACPI это вся спецификация целиком а крайне неудобный язык это DSDT (Differentiated System Description Table).

DSDT - это всего лишь одна из таблиц, содержащая байт-код на AML (acpi machine lang). Наошибаться можно и в других местах.

anonymous ()
Ответ на: комментарий от anonymous

Ошибка не в ошибке, а в том что мы не знаем как обойти ошибку.

Я предпологаю что все дело либо в компиляторе или в индусах особокомпетентных гражданах занимающихся сборкой и установкой проприетарных биосов у вендоров.

Наошибаться можно и в других местах.

Можно. Но чаще всего ошибки вылазят именно в dsdt.

init_6 ★★★★★ ()
Ответ на: комментарий от init_6

Я предпологаю что все дело либо в компиляторе или в индусах особокомпетентных гражданах

Еще раз. Даная конкретная ошибка не из-за компилятора. Эта ошибка именно из-за сложности acpi (для придирчивых, из-за aml). При этом нет облегчающих написание aml-кода инструментов. Его пишут практичеси методом копи-пасты и инклудов копи-пасты. Там даже лауреат премии Тьюринга не сможет написать коректный код. Потому и занимаются этим неблагодарным делом «особокомпетентные граждане». А там куда кривая эволиции приведет, или докопипастят до более-менее рабочего состояния, или сгинет в конкурентной борбе багов и жучков.

anonymous ()

На archlinux.org написанно, что подобная проблема возникает из-за ядра версии 4.19.

После чего, поставил arch с ядром 5.2.7

[    0.878405] ACPI Error: AE_ALREADY_EXISTS, During name lookup/catalog (20190509/psobject-220)
[    0.878405] ACPI: Skipping parse of AML opcode: Method (0x0014)
[    0.878405] ACPI BIOS Error (bug): Could not resolve symbol [\_SB.PCI0.GPP2.BCM5], AE_NOT_FOUND (20190509/dswload2-159)
[    0.878405] ACPI Error: AE_NOT_FOUND, During name lookup/catalog (20190509/psobject-220)

Hi ()
Последнее исправление: Hi (всего исправлений: 1)
Ответ на: комментарий от anonymous

Значит говно такая спецификация, если она существует в воображаемом мирке, а не описывает реальное железо.

anonymous да тебе никто не запрещает жить в том же воображаемом мирке. А реальность такова - вендоры зачастую кладут на специфкации и для корректной работы ядра на конкретно взятой железяке (комбинации железяк) зачастую требуется локальная доработка напильником.

init_6 ★★★★★ ()
Ответ на: комментарий от init_6

Реальность такова, что есть только реальное железо, а твоя спецификация это даже не бумажка, которой подтереться. Место таких спецификаций обычно занимают описывающие реальное железо, нужно понимать у майкрософта есть своя, используемая вендорами железа. Но необучаемые всё продолжали выдумывать оправдания и наступать на те же грабли.

anonymous ()