<div dir="auto"><div><br><br><div data-smartmail="gmail_signature"><br></div><br><div class="gmail_quote"><div dir="ltr" class="gmail_attr">пт, 3 апр. 2020 г., 14:34 Alexey Sheplyakov &lt;<a href="mailto:asheplyakov@basealt.ru">asheplyakov@basealt.ru</a>&gt;:<br></div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">On Wed, Apr 01, 2020 at 01:29:43PM +0300, Aleksey Novodvorsky wrote:<br>
<br>
&gt; Обсудил с sbolshakov@.<br>
&gt; Проблема в том, что в случае обновления bios с целью стандартизации, -- а<br>
&gt; оно вроде намечено БЭ, -- система не загрузится.<br>
<br>
Не вполне верное утверждение. Если UEFI выдает такое же FDT, какое<br>
записано на диске, никакой разницы нет, и система загрузится. Если UEFI<br>
выдает несовместимое FDT, то ядро все равно не загрузится (независимо от<br>
того, патчили grub или нет).<br>
<br>
&gt; Какие варианты я вижу:<br>
&gt; 1. Спросить у БЭ об их намерениях касательно прошивки этой платы при ее<br>
&gt; запуске в production. Будет стандартизация или нет.<br></blockquote></div></div><div dir="auto"><br></div><div dir="auto">Давайте с этим определимся в любом случае. Пока еще далеко до релиза платы и мы можем постараться согласовать свои действия с бэ, а, возможно, и повлиять на их решения. </div><div dir="auto">Пока ни одной платы не продано и раньше лета вряд ли будет. </div><div dir="auto">Нашу сборку будут смотреть только бэ, несколько OEM и Астра. </div><div dir="auto"><br></div><div dir="auto"><br></div><div dir="auto"><div class="gmail_quote"><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
&gt; 2. Сейчас в любом случае собрать в стороне grub с предложенным патчем и<br>
&gt; использовать в сборках для этой платы с предупреждением на вики.<br>
<br>
Он и так &quot;собран в стороне&quot;, но после первого же обновления grub система<br>
не загрузится (т.к. в grub.cfg не будет строчки `devicetree`).<br></blockquote></div></div><div dir="auto"><br></div><div dir="auto">Если не поставить его на hold. </div><div dir="auto"><div class="gmail_quote"><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
<br>
&gt; всего несколько десятков и релиза у нас нет, сильно не навредим.<br>
&gt; 3. Если стандартизации не будет и далее, то патчить  grub.<br>
&gt; 4. Если будет, то делать релизный образ с обычным grub<br>
&gt; 5. Что-то другое?<br>
<br>
Патч сам по себе не приводит к появлению директивы `devicetree` в grub.cfg.<br>
Для этого еще переменную GRUB_FDT_LINUX в /etc/sysconfig/grub2 задать надо.<br>
Потому проще было бы смержить патч, а после &quot;стандартизации&quot; убрать эту<br>
переменную (из соответствующего mkimage-profile).<br>
<br>
Уже установленные системы (все 3) при любом варианте прийдется обновлять<br>
особым образом.  При варианте 4):<br>
 а) снять с hold и обновить grub<br>
 б) запустить upgrade-grub<br>
<br>
При варианте 5 (который я предлагаю):<br>
 а) закомментировать GRUB_FDT_LINUX в /etc/sysconfig/grub2<br>
 б) запустить update-grub<br></blockquote></div></div><div dir="auto"><br></div><div dir="auto">Rgrds, Алексей</div><div dir="auto"><div class="gmail_quote"><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"></blockquote></div></div><div dir="auto"><br></div><div dir="auto"><div class="gmail_quote"><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><br></blockquote></div></div></div>