27646 行代码，Linux 内核遭 AI 幻觉轰炸。老硬件驱动不再是维护负担，而是被 AI 工具链反噬的重灾区。
-
- AI 与模糊测试工具泛滥，历史驱动面临低质报告冲击
-
- 核心维护策略转向，清理代码库以聚焦现代高价值子系统
-
- 渐进式移除方案，用户可主动认领维护权避免永久断供
-
事件背后的维护逻辑重构
Linux 内核社区近期正在审议一项极具结构意义的提案。资深开发者 Andrew Lunn 向 netdev 邮件列表提交了一系列补丁，核心目标是清理大量遗留网络驱动。这并非传统的代码瘦身，而是一次被 AI 浪潮倒逼的防御性撤退。过去，维护 ISA 和 PCMCIA 时代的老硬件驱动成本极低，属于社区默认的长期承诺。但如今，大量新手正在使用 AI 生成报告和模糊测试工具（fuzzers）扫描代码库，挖掘出大量理论缺陷。这些缺陷在现实场景中几乎不存在活跃用户，却迫使维护者投入大量时间处理低质量或完全由模型幻觉产生的漏洞报告。
说白了，开源维护的经济学模型正在被 AI 工具链打破。当发现漏洞的门槛被 AI 无限压低，维护者的时间就变成了稀缺资源。开发者面临一个残酷的二选一：是继续被海量无效报告消耗精力，还是果断切割历史包袱，将有限产能集中在现代、高影响力的核心子系统上。Lunn 明确指出，修复这些老驱动毫无意义，因为根本无法确认它们是否还有真实用户。这种从“全量兼容”到“按需维护”的范式转移，标志着开源基础设施正在重新定价 AI 时代的注意力成本。
受影响范围与清理路径
本次提案波及的硬件生态跨越了上世纪 90 年代末至 2001 至 2002 年。涉及的品牌包括 3Com、AMD、SMSC、Cirrus Logic、Fujitsu、Xircom 以及 8390-based 硬件家族。如果提案通过，内核源码树将直接剥离约 27646 行代码。这不仅是数字的减少，更是技术债的物理清除。
社区并未采取一刀切的暴力删除，而是设计了一套渐进式治理机制。驱动移除将按补丁逐个执行，这意味着任何仍依赖这些旧系统的用户或企业，只要愿意站出来承担维护责任，随时可以恢复代码。这种设计既保证了内核主线不再被默认拖累，又为长尾需求保留了活口。对于战略决策者而言，这提供了一个清晰的信号：未来的开源生态将更倾向于“谁使用谁负责”的契约模式，社区不再为沉默的遗留资产买单。
跟踪进展与原始提案
技术团队与投资者可通过以下官方渠道追踪补丁合并进度与社区讨论细节。所有原始资料与订阅入口均已列出，建议直接对接一手信源，避免二手解读带来的信息衰减。
Andrew Lunn 提交至 netdev 邮件列表的补丁系列（Patch Series）
关注 Tom's Hardware on Google News
将 Tom's Hardware 添加为首选来源（add us as preferred source）
获取 Tom's Hardware 最佳新闻与深度评测直推至邮箱（Get Tom's Hardware's best news and in-depth reviews, straight to your inbox）
对行业结构的深层含义
这件事表面看是 Linux 内核的代码清理，底层却是 AI 生成能力与人工维护产能之间的结构性错配。当 AI 能够以极低成本批量产出测试用例和漏洞报告时，传统的“开源社区志愿维护”模式就会遭遇流量反噬。对于产品经理和创业者来说，这提醒我们在设计 AI 辅助开发工具时，必须内置“信号过滤”与“置信度分级”机制，否则工具越智能，维护者越崩溃。对于投资人而言，那些能够提供高质量数据验证、自动化去重和真实环境复现的 AI 基础设施项目，将在未来两年迎来明确的溢价窗口。开源世界的维护成本正在被重新计算，谁能解决 AI 幻觉带来的噪声问题，谁就掌握了下一代开发者工具链的定价权。
留言聊聊
你在团队内部部署 AI 代码扫描工具时，是更看重覆盖率，还是更看重误报率控制？
