> Загрузит блоб, вкомпиленный в ядро. Ядро будет поставляться с блобом, актуальным на
> момент релиза ядра.

Да вот хрен. Они специально все это счастье вытолкали в отдельную репу - linux-firmware.git, это отдельный реп, отдельный проект, и с ядром напрямую вообще не пересекается.

Если кто не понял: linux-firmware.git вообще никак не связан с процессом билдовки ядра и проч. Поэтому хотелка затолкать фирмвару вот именно в образ ядра - с неких пор стала довольно сложна в реализации. На чисто техническом уровне. Билдсистема кернеля нифига с 'linux-firmware.git' не делает вообще и убедить ее на что-то малореально, это точно не 1 мелкий патч а очень серьезная и большая реорганизация потребуется.

Более того - initrd к которому до кучи приаттачен еще и микрокод проца обычно формирует вообще совсем другая штука, да еще и у юзера на системе, как то программа генератора initrd как правило. И чтобы этот номер вообще прокатил, файло с микрокодом должно быть установлено в системе. А если его нету - ну микрокод чисто технически при генерации initrd не сможет приаттачиться. А откуда он возьмется?! Так то - в дебиане берется из пакета с ним, генератор initrd его туда подшивает, если оно есть. А если нету - ну, значит нету.

> Таким образом у пользователей будут закрыты все дыры
> и ошибки процессора на момент выпуска ядра.

Дистрибуция фирмварей - не есть прерогатива ядра. Такая ерунда.

> Сейчас общество не готово к этим прогрессивным идеям, но двигая окно Овертона
> достаточно медленно

Там видите ли двигать придется билдсистему ядра. Сложно и радикально. При том что ее не так давно радикально подвинули в именно обратную сторону, выставив почти все фирмвари в отдельное репо, в свете чего все эти теории заговора выглядят мягко говоря сомнительными. Но, конечно, бсдюки и виндузоиды нам расскажут как наслаждаться свободами правильно.