[devel] grub FDT patch (grub versus Baikal-M)

[Aleksey Novodvorsky]

пт, 3 апр. 2020 г., 14:34 Alexey Sheplyakov <asheplyakov на basealt.ru>:

> On Wed, Apr 01, 2020 at 01:29:43PM +0300, Aleksey Novodvorsky wrote:
>
> > Обсудил с sbolshakov на .
> > Проблема в том, что в случае обновления bios с целью стандартизации, -- а
> > оно вроде намечено БЭ, -- система не загрузится.
>
> Не вполне верное утверждение. Если UEFI выдает такое же FDT, какое
> записано на диске, никакой разницы нет, и система загрузится. Если UEFI
> выдает несовместимое FDT, то ядро все равно не загрузится (независимо от
> того, патчили grub или нет).
>
> > Какие варианты я вижу:
> > 1. Спросить у БЭ об их намерениях касательно прошивки этой платы при ее
> > запуске в production. Будет стандартизация или нет.
>

Давайте с этим определимся в любом случае. Пока еще далеко до релиза платы
и мы можем постараться согласовать свои действия с бэ, а, возможно, и
повлиять на их решения.
Пока ни одной платы не продано и раньше лета вряд ли будет.
Нашу сборку будут смотреть только бэ, несколько OEM и Астра.


> 2. Сейчас в любом случае собрать в стороне grub с предложенным патчем и
> > использовать в сборках для этой платы с предупреждением на вики.
>
> Он и так "собран в стороне", но после первого же обновления grub система
> не загрузится (т.к. в grub.cfg не будет строчки `devicetree`).
>

Если не поставить его на hold.

>
> > всего несколько десятков и релиза у нас нет, сильно не навредим.
> > 3. Если стандартизации не будет и далее, то патчить  grub.
> > 4. Если будет, то делать релизный образ с обычным grub
> > 5. Что-то другое?
>
> Патч сам по себе не приводит к появлению директивы `devicetree` в grub.cfg.
> Для этого еще переменную GRUB_FDT_LINUX в /etc/sysconfig/grub2 задать надо.
> Потому проще было бы смержить патч, а после "стандартизации" убрать эту
> переменную (из соответствующего mkimage-profile).
>
> Уже установленные системы (все 3) при любом варианте прийдется обновлять
> особым образом.  При варианте 4):
>  а) снять с hold и обновить grub
>  б) запустить upgrade-grub
>
> При варианте 5 (который я предлагаю):
>  а) закомментировать GRUB_FDT_LINUX в /etc/sysconfig/grub2
>  б) запустить update-grub
>

Rgrds, Алексей

>

>
----------- следующая часть -----------
Вложение в формате HTML было удалено...
URL: <http://lists.altlinux.org/pipermail/devel/attachments/20200403/9a603b58/attachment.html>