По мотивам https://lists.altlinux.org/pipermail/arm64-baikalm/2021-October/000111.html Иногда при заргузке на ARM системах (с UEFI, но без ACPI) нужно передать ядру device tree. Например, когда - firmware передаёт неправильный/неполный dtb - нужно отключить устройство (status = "disabled"), потому что драйвер этого устройства вызывает kernel panic (а отключить драйвер другим способом не выходит, например, драйвер вкомпилен в ядро, и modprobe.blacklist не сработает) grub это поддерживает (директива "devicetree"). Не хватает только способа указать (в /etc/sysconfig/grub2, например), какой dtb нужно использовать в автоматически созданном /boot/grub.cfg
Возможно Вы захотите ознакомиться с предыдущим заходом на цель: https://lists.altlinux.org/pipermail/devel-distro/2019-December/001849.html Что-то принципиально поменялось с тех времен?
(In reply to Николай Костригин from comment #2) > Возможно Вы захотите ознакомиться с предыдущим заходом на цель: > > https://lists.altlinux.org/pipermail/devel-distro/2019-December/001849.html Уже знаком. > Использование же grub предполагает наличие UEFI, Верно. > и вся эта машинерия просто не нужна Утверждение не соответствует действительности. > как правило, devicetree там опционален, поскольку используется ACPI; Утверждение не соответствует действительности. - BE-M1000 без device tree не загрузится (от слова "совсем") - raspberry pi 3/4 с UEFI: без device tree - не работает 3d ускорение, WiFi, bluetooth. > но даже в том случае, когда используется devicetree, он уже есть в памяти, *может* быть в памяти. А может и не быть. > и незачем его подгружать откуда-то извне. Утверждение не соответствует действительности. Часто бывает, что device tree, переданный через UEFI таблицы, неполный и/или неправильный. Из-за чего система либо вовсе не грузится, либо часть устройств не работает. > Что-то принципиально поменялось с тех времен? Ничего. Пользователи по-прежнему сами пересобирают grub, либо программатором перепрошивают UEFI. P.S. Предлагаю Вам ещё раз перечитать описание этого бага.
