Linus Torvalds，Linux 核心的創建者與主要維護者，於 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 沒有理會這個建議，繼續有條不紊地修補、重啟並分析，最終找出了錯誤的四捨五入函式。

這一事件也與 Torvalds 先前對核心開發流程中 AI 的不滿形成對比。他曾多次公開批評提交到核心郵件列表的大量 AI 生成補丁與訊息，並將其中許多內容形容為低品質垃圾訊息。把 AI 當作個人除錯助手，與接收未經請求的 AI 生成貢獻，屬於本質上不同的使用情境。

少見的 GPU 程式碼實戰處理

Linux 圖形驅動開發通常由 Intel、AMD 以及其他硬體廠商的專門團隊負責，另有專注於 DRM（Direct Rendering Manager）子系統的獨立貢獻者參與。對 Torvalds 來說，親自除錯並修復 Xe 驅動中的問題，本身就相當少見，足以成為新聞。

這個補丁預計將納入 Linux 版本 7.3，並有望回補到穩定版核心。由於這個底層錯誤已存在約兩年，回補之後應可為舊版核心使用者解決問題；這些使用者在受影響的 Intel 硬體上一直遭遇間歇性的顯示問題。

這對開源開發中的 AI 代表什麼

這項開發在 Linux 與開源社群中引發了廣泛關注，Phoronix、Reddit 和 Hacker News 上都有熱烈討論。