Разработчики ядра Linux приступили к удалению кода поддержки российских процессоров Baikal. Вместе со свёртыванием поддержки Intel 486 в Linux 7.1 из основной ветки убирают драйверы и привязки платформы, чей код присутствовал в исходниках около десятилетия. Причина — отсутствие сопровождения со стороны производителя и редкость самого оборудования даже в России. Владельцам устройств на Baikal придётся оставаться на ядре Linux 6.18 LTS — это последний релиз, где нужный код сохранён в полном объёме.
Что именно удаляется
В одном из недавних pull-запросов по подсистеме ATA из ядра убраны привязки Baikal. В сопроводительном комментарии прямо сказано, что код для этой системы-на-кристалле не будет доведён до основной ветки. Ещё несколько патчей на удаление Baikal-кода ожидают принятия и имеют общее обоснование:
Поддержка SoC и платформы Baikal не будет завершена, устаревшие фрагменты удаляются.
Серия патчей под общим названием Remove not-going-to-be-supported code for Baikal SoC охватывает сразу несколько подсистем ядра: тактирование (clk: baikal-t1), контроллеры PCI Express на базе Synopsys DesignWare, SATA-драйвер ahci-dwc, шинные драйверы и сопутствующие компоненты. Сами патчи опубликованы в публичной рассылке разработчиков ядра Linux и проходят рецензирование.
Device Tree bindings (привязки) — описания аппаратной конфигурации в формате дерева устройств. Без них ядро не знает, какие блоки присутствуют на чипе и по каким адресам к ним обращаться, поэтому полноценно запуститься на такой платформе оно не сможет.
Как Baikal попал в ядро и почему уходит
Компания Baikal Electronics сначала планировала процессор на архитектуре ARM, затем переключилась на MIPS — так появился Baikal-T1. Несколько лет спустя разработчики вернулись к ARM и выпустили клиентский Baikal-M и серверный Baikal-S. Фрагменты поддержки этих чипов около десятилетия попадали в основную ветку ядра Linux.
В 2024 году от разработки ядра отстранили 11 сопровождающих, связанных с Россией, — решение объяснили необходимостью соблюдать международные санкции. Под отстранение попали и разработчики, отвечавшие за подсистемы Baikal. Подробности и последующие разъяснения описаны в материалах comss.ru: об отстранении российских мейнтейнеров и о разъяснениях со стороны Linux Foundation.
Под давлением санкций Baikal Electronics потеряла доступ к производственным мощностям TSMC, где выпускалась основная линейка чипов. В августе 2023 года компания вошла в процедуру банкротства. Без сопровождения со стороны производителя и без перспектив выпуска новых чипов держать код в основной ветке ядра стало незачем — именно на это и ссылаются авторы патчей на удаление.
Основная ветка ядра (mainline) — ветка, в которую Линус Торвальдс принимает изменения и из которой выпускаются очередные релизы. Код, не попавший в основную ветку, существует в виде патчей или форков и не получает автоматически исправлений безопасности и обновлений от соседних подсистем.
Возможное продолжение на RISC-V
Обсуждается новая итерация Baikal на ядрах RISC-V, однако публичных сведений крайне мало, и непонятно, кто в условиях санкций возьмётся за производство. С текущей поддержкой Baikal в ядре Linux этот потенциальный проект не связан: речь о другой архитектуре и, вероятно, о новой кодовой базе с нуля.
Что делать владельцам существующего оборудования
Устройства на Baikal-T1, Baikal-M и Baikal-S будут поддерживаться ядром Linux 6.18 LTS — это последний релиз, где соответствующий код сохранён целиком. Linux 6.18 имеет статус LTS и получает исправления безопасности как минимум до декабря 2028 года, так что у пользователей есть несколько лет, чтобы принять решение о дальнейшей эксплуатации оборудования.
Заключение
С выходом Linux 7.1 разработчики ядра перешли от заморозки к прямой вычистке кода Baikal: часть привязок и драйверов уже удалена, остальное — в очереди на принятие. Практический вывод для владельцев российских чипов простой: актуальной основой остаётся Linux 6.18 LTS или более ранние ветки с долгосрочной поддержкой. Возвращение Baikal в основную ветку возможно только при появлении сопровождающих со стороны компании, которая сейчас находится в банкротстве, либо в рамках полностью нового проекта на RISC-V, о котором пока известно крайне мало.