Linux 内核创造者兼首席维护者 Linus Torvalds 于 2026 年 8 月 21 日合并了一项针对 Intel Xe 显卡驱动的单行修复。补丁本身极其简单，但为找到它所经历的调试过程却绝非易事。

Torvalds 表示，此次工作共耗费 24 个调试补丁和 18 次内核启动，一个 AI 工具在简化工作流程方面发挥了重要作用。它协助添加调试代码并分析输出，甚至一度得出结论称该问题基本上无法解决。Torvalds 没有接受这一判断，坚持推进，并最终找到了答案。

一个函数调用引发数月困扰

根本原因出自约两年前一次早期提交中的一个错误函数调用，该提交标识为 37173392741c。该提交在 VRAM 分配的 CCS 偏移量计算中使用了 round_up()，而本应使用 round_down()。CCS（Compression Control Surface，压缩控制表面）是 Intel GPU 用于跟踪显存中缓冲区压缩状态的元数据；与其他保留区域一样，它依赖正确计算的偏移量，以确保其占用的空间不会被分配给其他用途。

由此，内核错误地将压缩元数据当作可用显存进行分配。后果是页表损坏，表现为屏幕花屏以及显示管理器被迫重启。

在特定工作负载下运行 Intel Battlemage G21 硬件的用户受影响尤为严重。Battlemage 是 Intel 第二代独立 GPU 架构，G21 是其 Arc B 系列显卡所采用的芯片。Torvalds 本人恰好使用 Battlemage G21 系统，因此一旦某些用户空间变更触发了相关条件，该缺陷就很容易复现。

标识为提交 818bebeb63dd 的修复仅改动一个函数调用。

AI 是调试伙伴，而非救世主

Torvalds 甚至让 AI 参与起草提交信息——对于一向严格维护内核沟通规范的他而言，这是一个虽小但具有象征意义的举动。

在调试过程中，AI 一度表示问题无法解决，实际上相当于建议 Torvalds 放弃。他没有理会这一建议，继续按部就班地进行修补、重启和分析，最终定位到了出错的舍入函数。

这一经历与 Torvalds 此前对内核开发流程中 AI 的不满形成鲜明对比。他曾多次公开批评大量涌入内核邮件列表的 AI 生成补丁和沟通内容，称其中很大一部分是低质量垃圾信息。将 AI 用作个人调试助手则是根本不同的使用场景——这也触及监督下的工具使用与未经请求的机器生成贡献之间的界限，整个内核社区仍在就此展开讨论。

一次罕见的 GPU 代码亲自动手修复

Linux 显卡驱动开发通常由 Intel、AMD 及其他硬件厂商的专职团队负责，同时还有专注于 DRM（Direct Rendering Manager，直接渲染管理器）子系统的独立贡献者参与。Torvalds 亲自调试并修复 Xe 驱动中的问题，本身便足以引人注目。以内核标准衡量，Xe 驱动还相当年轻：Intel 于 2024 年将其并入主线，目标是最终接替服役约二十年的老牌驱动 i915，因此其部分代码路径的实际使用里程远不及久经考验的 i915 对应部分。

该补丁将纳入 Linux 版本 7.3，并有望向后移植到稳定版内核发布中。鉴于底层缺陷已存在约两年，向后移植预计将为在旧版内核上遭遇受影响 Intel 硬件间歇性显示问题的用户解决这一困扰。对于关注该修复的人而言，稳定版内核的发布公告将是 818bebeb63dd 向后移植版本可能出现的地方。

开源社区的广泛关注

这一进展在 Linux 和开源社区中引起了广泛关注，Phoronix、Reddit 和 Hacker News 上的讨论十分热烈。