ACPI Bug

Что то не работает? С acpi-off ноутом невозможно будет пользоваться

Не только ноутом, любой железкой.

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

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

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

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

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

Или

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

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

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

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

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

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

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

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

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

Кому нужно больше одного ядра одного потока в процессоре? Конечно добавляй.

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 методов.

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

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

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

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

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

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

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

Ну вот взял бы и накатал в своем говнобложике эту инфу

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

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

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

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

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

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

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

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

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

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

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

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

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

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

На 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)

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

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

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

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

У тебя есть конкретные предложения? Пиши в lklm. А вот так же заниматься демагогией может кто угодно.

В lkml уже всё порешали, копируя поведение венды, например поддерживая вендовый wmi. Остаётся разобраться с лоровскими демагогами.

Остаётся разобраться с лоровскими демагогами.

Лоровские демагоги вообще зачастую без понятия о предмете разговора. Так что ну ты понял…

Если узнаете, что делать с ошибкой, дайте знать.

Если узнаете, что делать с ошибкой, дайте знать.

Уже дали:

https://www.linux.org.ru/forum/general/15145767?cid=15145817

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

До тех пор пока ты там не посмотришь с тобой разговарить не о чем.

Вышел новый фирмфарь (1.15) для Aspire A315-41, в котором обновили Pi код.