Re: [make-initrd] Possible missing firmware

[Leonid Krivoshein <klark.devel@gmail.com>]

On 7/5/25 11:36, Alexey Gladkov wrote:
> On Sat, Jul 05, 2025 at 03:47:15AM +0300, Leonid Krivoshein wrote:
>> А если начать с самого мягкого варианта -- предупреждения с "-v" и с
>> фильтрацией по спискам? Например, в
>> "/etc/initrd.mk.d/{modules,firmware}/*.list" файлы со списками по тем
>> модулям/фирмварям, по которым не нужно выводить предупреждения?
> Это ужасная идея.
>
>> Во первых, эти списки можно будет потом опакетить. Во-вторых, это даст
>> возможность изучить вопрос во времени без спама пользователей.
>> Предпосылка: если даже система загрузилась успешно, из-за отсутствия
>> отдельных firmware она дальше может не совсем корректно работать.
>> Проблема затрагивает даже обычный rootfs. Здесь мы получаем возможность,
>> при желании, отлавливать ситуации разъезда новых зависимостей ядра при
>> его обновлении.
> Давай сначала сделаем шаг назад и ты опишешь проблему, которую предлагаешь
> решить. А также масштаб проблемы. Потому что для меня сейчас проблема
> видится несколько надуманной.
>
> Прошу, потому что из тех сообщений об ошибках я себе нафантазировал одно,
> а ты и Антон думаете скорее всего про другое.

Пакеты с firmware и пакеты с ядрами сопровождаются разными людьми, они 
обновляются не синхронно, не согласованно. О проблемах разъезда путей в 
ядре и соответствующей firmware мы всегда узнаём постфактум по 
соответствующим багам, когда новое initrd уже сгенерировано и не 
получилось загрузиться или получилось, но эта новая связка создала 
проблемы при дальнейшей работе. Мы могли бы выявлять потенциальные 
проблемы уже на этапе создания initrd. А без реализации предлагаемого мы 
не сможем даже примерно оценить масштаб этой проблемы для будущих 
обновлений. Поэтому я считаю, что такой инструмент был бы полезным. Хотя 
бы подсчитывать число предупреждений без вывода их в stderr, если не 
указан "-v".


-- 
WBR, Leonid Krivoshein.