2026 年 4 月 16 日,Linux 内核开发社区传来重磅消息:Linux 7.1 版本将全面移除俄罗斯 Baikal(贝加尔)系列处理器的相关驱动代码与设备绑定,这一曾在 Linux 主线内核中存在近十年的硬件支持,正式退出主流开源生态舞台。

此次清理与 Intel 486 架构支持淘汰同步推进,成为开源社区技术迭代与现实因素交织的典型案例。
从驱动到绑定,全栈移除 Baikal 支持
Linux 内核开发者已启动针对 Baikal 处理器的代码清理工作,首批补丁已移除 ATA 子系统中 Baikal 相关绑定,明确标注该 SoC 代码不会并入主线内核。后续待合并补丁将覆盖全核心模块:
时钟系统
基于 Synopsys DesignWare 的 PCIe 控制器
SATA 驱动
总线驱动及配套组件
设备树绑定
设备树绑定是硬件与内核通信的核心桥梁,其移除意味着 Baikal 处理器无法再在 Linux 7.1 及后续版本中正常启动,彻底失去主线内核支持。
根源:制裁、破产与维护断层
Baikal 处理器退出 Linux 主线,并非单纯技术淘汰,而是多重现实压力叠加的结果:
Baikal Electronics 作为俄罗斯本土芯片代表,曾推出 Baikal-T1(MIPS 架构)、Baikal-M/Baikal-S(ARM 架构)产品,承载俄罗斯芯片自主化愿景。但受国际制裁影响,公司失去台积电代工能力,2023 年 8 月进入破产程序,芯片量产与研发全面停滞。
2024 年,Linux 基金会因合规要求,移除 11 名俄罗斯相关内核维护者,其中包含负责 Baikal 支持的核心开发者。失去厂商维护与社区专人跟进,相关代码沦为无人更新的 “僵尸代码”,安全漏洞与兼容性问题无法修复。
即便在俄罗斯本土,由于 Baikal 处理器出货量极低,无大规模民用与商用场景。Linux 社区遵循 “无维护、无需求即清理” 原则,移除冗余代码成为必然选择。
锁定 Linux 6.18 LTS,续命至 2028 年
对于现有 Baikal 硬件用户,Linux 社区给出明确解决方案:坚守 Linux 6.18 LTS 版本。该版本是最后完整保留 Baikal 全量支持的内核,拥有 LTS 长期支持资质,安全更新将持续至 2028 年 12 月,为用户预留充足的硬件替换与系统迁移时间。
RISC-V 能否重启 Baikal?
业内有消息称,Baikal 团队计划基于 RISC-V 架构重启处理器研发,但目前无任何公开技术细节与量产计划。且 RISC-V 架构与现有 MIPS/ARM 代码完全不兼容,即便新项目落地,也需从零开发内核支持,与本次被移除的代码无任何继承关系。在制裁持续的背景下,其代工与生态落地仍充满不确定性。
Baikal 退出 Linux 主线,折射出开源社区的残酷现实:技术中立无法完全脱离国际规则与产业生态。Linux 内核作为全球最大开源项目,需遵守合规要求,同时坚持 “代码质量 + 持续维护 + 实际需求” 的淘汰标准。
此次事件也为硬件厂商敲响警钟:脱离主流生态、失去持续维护能力的硬件,即便进入开源主线,最终也难逃被清理的命运。
随着 Linux 7.1 开发推进,Baikal 相关代码将彻底从主线内核消失。这段近十年的开源适配历程,最终定格在 Linux 6.18 LTS 版本中,成为芯片产业与开源生态相互依存、相互制约的经典注脚。
https://lkml.org/lkml/2026/2/20/291