随着 Linux 7.1 进入新一轮开发周期，内核社区在启动淘汰 Intel 486 处理器支持的同时，也开始着手移除俄罗斯 Baikal 处理器相关的平台与驱动代码。

公开补丁与相关说明显示，这并非单一驱动的零散调整，而是针对一条长期缺乏维护、上游推进停滞的平台支持线所做的系统性清理。

Baikal 曾被视为俄罗斯推动本土处理器替代 Intel 与 AMD 的重要希望。

Baikal 早期在架构路线上一度摇摆，先规划过 Arm，随后转向 MIPS，多年后又重新回到基于 Arm 的设计。

过去十年里，Baikal 平台的部分支持代码陆续进入 Linux 主线，但这条上游化路径始终没有真正走完。

转折点出现在俄乌战争爆发之后。 

Phoronix 报道称，围绕 Baikal 的后续推进在战争与制裁背景下明显受阻；在 2024 年，Linux 内核维护体系中又发生了一轮与俄罗斯关联开发者有关的调整。多个维护者条目当时被从 MAINTAINERS 文件中移除，理由是“合规要求”，后续解释进一步指向美国制裁框架下的协作限制。 

《路透社》在 2022 年报道称，台积电明确表示将遵守针对俄罗斯的新出口管制规则。 

Carnegie 的研究则指出， Baikal Electronics 与俄罗斯另一家本土处理器厂商长期依赖 TSMC 代工，Baikal 的大部分处理器使用 28 nm 工艺制造，原定采用 16 nm 工艺的后续产品也未能进入量产。

在这样的背景下， Linux 社区对 Baikal 的态度已从“继续等待完善”转向“删除无法完成的旧代码”。

根据 Phoronix 披露，最新进入主线的一项 ATA 子系统变更已经移除部分 Baikal 相关绑定，给出的理由是该 SoC 的上游合入流程“不会最终完成”；与此同时，还有更多删除 Baikal 平台支持的补丁处于排队状态，核心逻辑同样是现有代码陈旧、且平台支持无法完成最终定稿。

对仍在使用 Baikal 硬件的少量用户来说，短期内并非完全没有退路。

kernel.org 显示， Linux 6.18 已被列为长期支持版，发布时间为 2025 年 11 月 30 日，预计支持到 2028 年 12 月。依赖现有 Baikal 支持的用户理论上仍可停留在 Linux 6.18 LTS 上，继续获得一段时间的维护与安全更新。

市场上仍不时传出“新 Baikal 项目”可能转向 RISC-V 的消息。

近期俄罗斯媒体确有报道称， Baikal Electronics 正推进名为 Baikal-U 的新芯片项目，并将其描述为基于 RISC-V 架构的产品。但这类新动向与当前 Linux 主线中既有 Baikal 支持被清理，属于两件相互独立的事：前者仍停留在有限披露阶段，后者则已经体现在内核代码的现实收缩上。

Linux 7.1 对 Baikal 支持的清理，不只是一次技术债清扫，也折射出俄罗斯本土高性能处理器路线在生态、供应链与国际制裁三重压力下的困境。

对于一个曾试图在服务器和桌面市场替代 западный x86 芯片的项目而言，失去主线 Linux 的持续支持，象征意义不小。这条路并未被正式宣告终结，但至少在当前阶段，已经明显进入收缩与退场的周期。