Linux 7.3-rc2 本來不該是核心開發週期中最熱鬧的階段。第二個候選版(release candidate,rc)一般出現在合併視窗結束後,開發者暫時喘口氣,回歸問題也還需要時間浮現。
但這次例外。Linus Torvalds 形容 7.3-rc2 是一個「full fat」版本:主觀上不覺得那週特別忙,實際補丁量卻明顯不是如此。
11
27
「怪 AI」是玩笑,不是單一歸因
Torvalds 沒有把龐大更新量歸咎於某個單獨事件。雖然有一批錯過 7.3 合併視窗的 EDAC(錯誤偵測與修正)更新較晚送達,但他認為規模不足以解釋全貌;此外,數個檔案系統送入修正,DRM 圖形子系統也有一批內容可觀、但分散的修補。因此,他說「不如怪 AI」是在打趣,並非宣稱某個大型語言模型直接造成 rc2 變大。
11
這句話仍有現實背景。Torvalds 先前曾說,因多種 AI 工具協助程式碼審查,開發週期後段出現超大候選版,正逐漸成為「新常態」。重點不是 AI 撰寫了所有補丁,而是自動化分析找出更多問題,最終仍要由人類維護者判讀、審查與整合修正。
3
4
這個 rc2 修了什麼?
本次變更並非集中處理單一重大回歸,而是多個子系統同時進行例行維護。驅動程式占整體更新的主要部分;若排除驅動程式,工具相關修正約占五分之一,其後還有檔案系統、核心程式碼與網路更新。
18
較受注意的內容包括:
- 為混合架構 CPU 改善快取感知排程的 misfit 修正,以改善效能表現。
9
- 全樹範圍的清理工作,將更多
kmalloc() 配置改用 kmalloc_obj()。
9
- Nouveau 驅動程式對 NVIDIA Blackwell 顯示硬體的修正。
9
- 在具備 Rust 支援與 Rust 編譯工具鏈時,預設停用 RandStruct 安全機制的調整。
9
- 原先錯過 7.3 合併視窗的 EDAC 更新。
9
- BPF verifier 的強化,以及排程器回歸問題的修正。
23
換句話說,rc2 的「大」主要來自許多合理的維護工作同時到位,而不是某個足以一言蔽之的事故。
接近 4,100 萬行的原始碼樹,測試壓力更高
這波大量修正發生前,Linux 7.3-rc1 已經是大型版本。統計顯示,原始碼樹約達 4,098 萬行,相較 Linux 7.2 約 4,042 萬行,增加約 56 萬行。
5
13
不過,這個總行數不等於可執行程式碼行數:計算也包含註解、空白行與原始碼樹中的其他內容。以 7.3-rc1 的統計而言,偵測到的程式碼約為 3,093.7 萬行,另有約 491.2 萬行註解與 513.4 萬行空白行。
13
在合併視窗已明顯擴增專案規模後,測試與修正階段立刻出現大量變更,因而格外引人注意。
維護者擔心的,是提報洪流與人工分流成本
Linux 穩定版維護者 Greg Kroah-Hartman 曾警告,7.3 可能會是個「艱難」的開發週期。原因是 AI/LLM 相關的錯誤報告與提案補丁增加;其中有些確實有用,但也有不少需要額外分流與審查,尤其是涉及長期少有人動過的舊程式碼或驅動程式。
32
安全修正數量的趨勢也反映這份工作量:Linux 6.9 至 6.19 每版修正的 CVE 大約為 500 件;Linux 7.0 超過 1,000 件,Linux 7.2 則超過 1,500 件。若趨勢持續,Linux 7.3 可能接近 2,000 件,但這仍是預測,並非 7.3 最終定案數字。
12
34
會不會延後正式版?關鍵在後期變更能否收斂
Linux 7.3-rc2 是供測試使用的預發行快照,不是最終穩定版;kernel.org 列示其日期為 2026 年 9 月 6 日。
30
早期候選版本很大,並不必然代表正式版時程會延後。不過,若開發週期後段仍持續出現大量重要修正與回歸問題,維護者可以發布更多 rc 版本,讓變更有更充足的測試與沉澱時間。
對 Linux 使用者與下游發行版而言,重點不是認定 7.3 天生「不安全」,而是觀察高修正量能否轉化為經過驗證的穩定改善,還是會持續演變成後期的變更震盪。Torvalds 那句「怪 AI」的玩笑,正好點出這個矛盾:自動化工具可以找出真實缺陷,卻無法取代人類對每一項報告與補丁所做的判斷、整合與測試。