Для экосистемы RISC-V предложили схему загрузки в стиле классического ПК: от включения питания до запуска ОС через знакомый слой прошивки. Если идея взлетит, RISC-V BIOS может убрать один из самых раздражающих барьеров для разработчиков и производителей железа: когда каждая плата живет по своим правилам, а перенос системы превращается в отдельный квест.
Речь идет о проекте Harmonic Firmware Initiative, или HFI, который продвигает Юрий Запорожец, как пишет The Register. Идея звучит почти консервативно, а потому и цепляет: дать RISC-V-машинам поведение, привычное по x86-ПК. При старте прошивка должна определить систему и ее компоненты, показать подключенные устройства, предложить вход в настройки, а затем передать управление U-Boot, чтобы тот уже загрузил операционную систему. То есть не очередной экзотический загрузочный маршрут, а попытка собрать для RISC-V понятную, предсказуемую и более-менее универсальную точку входа.
На бумаге это выглядит очень здраво, но внедрение обещает быть сложнее, чем описание на одном абзаце. У RISC-V сегодня как раз та стадия, где архитектура быстро растет, плат становится больше, а единых привычек у производителей меньше. HFI пытается решить не вопрос производительности и не вопрос совместимости на уровне инструкций, а куда более приземленную проблему: что именно происходит между нажатием кнопки питания и моментом, когда ядро ОС получает управление. Для массовой платформы это скучная инфраструктура. Для молодой экосистемы это то место, где либо появляется нормальная переносимость, либо рынок расползается на десятки частных схем.
В текущем виде HFI не претендует на роль полностью нового стека. Проект опирается на существующий RISC-V-вариант U-Boot, свободного кроссплатформенного загрузчика, который и так используется на множестве плат. В этом смысле инициатива не пытается снести все до фундамента, а предлагает надстроить над уже знакомым загрузочным слоем нечто вроде BIOS-оболочки: стандартную инициализацию железа, понятную процедуру старта и единый сценарий взаимодействия с устройствами. Важная деталь: в HFI предусмотрен и video BIOS, который должен стандартным способом поднимать видеоподсистему и выводить картинку в текстовом режиме, похожем на VGA. Это особенно показательно, потому что как раз видео на нестандартных платформах часто становится зоной боли: где-то есть вывод, где-то нет, где-то все держится на одном конкретном наборе патчей.
Запорожец, по данным The Register, сейчас развивает HFI на плате SiFive HiFive Unmatched. В слот PCIe у него установлена старая видеокарта Nvidia GK208, и прошивка уже умеет инициализировать этот адаптер и показывать текстовый экран загрузки без использования старого x86 BIOS-кода. Для проекта такого уровня это не маркетинговая мелочь, а важный технический сигнал: инициатива пока не сводится к красивому PDF и разговорам о будущем. Есть как минимум рабочая демонстрация ключевой идеи на реальном железе, причем на довольно земной конфигурации, а не на лабораторном стенде, который никто больше не увидит. Параллельно опубликован шестистраничный white paper, где схема HFI расписана подробнее.
Отдельный слой интриги здесь в том, с кем именно HFI собирается конкурировать или сосуществовать. В white paper упоминается реализация UEFI на базе EDK2 для RISC-V. Формально это тоже путь к более стандартному поведению платформы, но у UEFI есть репутация тяжелого и сложного механизма, а многие актуальные платы в мире RISC-V все еще идут через U-Boot. HFI, похоже, пытается занять нишу для тех, кому нужен не полный «корпоративный комбайн», а более легкий и понятный BIOS-подход с открытой реализацией. Сам проект при этом подается не как коммерческий продукт и не как лицензируемый стек. Это именно инициатива: открытая эталонная реализация, спецификация интерфейсов и работа по переносу на новые контроллеры. С инженерной точки зрения это разумнее, чем запускать еще один закрытый полу-стандарт, который живет только у одного вендора.
Для русскоязычной IT-аудитории здесь важен не только сам факт появления еще одной прошивки для RISC-V. Важнее то, какую проблему проект пытается закрыть. Разработчики ОС, BSP, драйверов и встроенных платформ слишком хорошо знают, чем заканчивается отсутствие единых правил загрузки. The Register прямо проводит параллель с Arm: именно нехватка стандартизированной прошивки долго мешала переносимости систем между устройствами, превращала каждый телефон в мир с собственной ROM-сборкой и в итоге сделала миграцию Apple на Apple Silicon фактическим финалом истории Hackintosh. RISC-V пока еще может избежать такого сценария. Если у платформы не появится общий и достаточно понятный стартовый слой, то каждое новое устройство рискует приносить с собой новый набор допущений, исключений и локальных патчей. Для бизнеса это означает дополнительные затраты на портирование и поддержку. Для open source-сообщества — медленное накопление несовместимости там, где рынок ждет обратного.
Пока HFI остается приглашением к совместной работе, а не готовым отраслевым стандартом. Но сама постановка задачи очень своевременна: RISC-V уже достаточно вырос, чтобы проблемы ранней загрузки перестали быть узкой темой для прошивочников и начали влиять на экосистему целиком. Если у инициативы появятся сторонники среди производителей плат и разработчиков системного ПО, RISC-V BIOS может стать одной из тех скучных инфраструктурных вещей, без которых платформа не превращается в нормальный рынок. Подробности исходного материала и ссылка на упомянутый white paper собраны в публикации .