核心观点 - Linux创始人Linus Torvalds亲自修复Intel Xe显卡驱动中的一个Bug，该Bug排查过程涉及24个补丁和18次内核重启，最终仅需将round_up()改为round_down()一行代码[1][3] - Linus在调试过程中大量使用AI助手，AI承担了繁琐工作并撰写了最终Commit说明，但AI曾多次建议放弃，由Linus坚持继续推进[4][5] - 该事件引发Linux社区对AI编码工具、开源治理及程序员是否应公开肯定AI的激烈争论[1][7] 事件背景与Bug详情 - Bug出现在Intel Xe内核显卡驱动中，Linus使用Battlemage G21显卡时遇到驱动对内存边界处理偏差，导致CCS相关存储区域被错误暴露为可用vRAM[2] - 硬件可能向本不该使用的内存区域写入数据，若内存被分配给GPU页表后果严重，否则可能随机破坏位图等数据，导致GDM显示管理器不断崩溃重启[3] - Bug根源是CCS偏移量计算中将地址向上取整到128KB边界，实际应向下取整，错误的取整方向导致一小块本应保留的内存被“多算”进可用显存范围[3] AI在调试中的角色 - Linus将调试经历称为“debug session from hell”，明确表示AI提供了巨大帮助，承担了大量繁琐工作[4] - AI在调试过程中多次直截了当地说“这不可能，无解了，咱们直接写个报告吧”，Linus调侃训练AI的人大概没他这么倔[5] - 人机协作模式为：AI想放弃但Linus强制Push继续，AI按要求添加调试代码、分析结果，再根据新结果扩大或缩小排查范围[5] - 最终定位问题需增加24个用于补充调试信息的补丁，进行18次内核启动测试，Commit说明也是AI所写[5] 社区反应与争议 - Linus未透露使用的具体AI工具，引发网友调侃，有观点认为不点名是好事，否则会引发特定工具的宣传效应[6] - 部分社区成员对Linus公开肯定AI表示强烈反感，有网友质问“从没见过厨师夸菜刀、建筑工人夸砖头的，凭什么修Bug就要夸AI”[7] - 有网友翻出Linux内核官方AI编码助手政策文档，指出该文档要求AI贡献必须包含Assisted-by标签进行归属标注，提交者须对AI生成代码承担全部法律责任，认为Linus违反了Linux自己的AI政策[7] - 部分网友质疑Linux的QA流程，认为这种Bug当初不应被合入代码库，且缺乏确定性QA流程提前暴露问题[8] - 有网友将矛头指向AI更广泛的社会成本，认为AI加速解决问题但代价是污染水源、毒化空气、腐蚀大众认知能力[8] AI在开源世界的影响 - Linus今年已多次公开表达对AI工具的支持态度，明确反对将Linux项目变成“反AI”阵地[6] - Linux内核近期出现越来越多由AI辅助代码审查发现的问题和修复，给维护者带来效率提升和额外审查压力[6] - 社区分裂为两派：一派认为能发现Bug、提高效率，AI就是好工具；另一派担心AI工具的效率提升正在把成本转移给维护者、环境和整个技术社区[9] - Linus使用AI的方式并非“AI自动编码”，AI没有独立解决问题甚至多次判断问题无法解决，坚持排查方向、判断实验结果、决定继续或停止的人仍是Linus自己[8]