Linux 7.3-rc2 本來應該係一個相對清靜嘅節點。第二個候選版本(release candidate,rc)通常喺合併視窗結束後推出,開發者剛開始發現回歸問題,補丁量往往較少。
但 Linus Torvalds 今次形容 7.3-rc2 為「full fat」版本:表面上唔覺得嗰星期特別忙,但最終湧入嘅改動量明顯唔尋常。
11
27
佢冇指出任何單一元兇。遲咗提交嘅 EDAC(錯誤偵測及修正)更新固然係其中一項,但規模不足以解釋全貌;同時有多個檔案系統送來修正,DRM 圖像顯示子系統亦有一批零散但份量唔少嘅修正。因此,Torvalds 講「不如賴 AI」係一句玩笑,唔係指大型語言模型直接造成今次 rc2 膨脹。
11
今次改咗啲乜?
今次唔係圍繞一宗嚴重事故,而係多個子系統同時有正常維護工作送入。整體改動以驅動程式為主;扣除驅動程式後,工具相關修正約佔五分一,其後有檔案系統、核心及網絡部分。
18
較值得留意嘅項目包括:
- 為混合架構 CPU 改善「cache-aware」排程的 misfit 修正,目標係改善效能表現;
9
- 全樹狀原始碼清理,將更多
kmalloc() 配置轉用 kmalloc_obj();
9
- Nouveau 驅動程式對 NVIDIA Blackwell 顯示硬件嘅修正;
9
- 當系統具備 Rust 支援及 Rust 編譯工具鏈時,RandStruct 安全功能預設改為停用;
9
- 原本錯過 7.3 合併視窗嘅 EDAC 改動;
9
- BPF verifier(BPF 驗證器)強化,以及排程器回歸問題修正。
23
換句話講,rc2 大並唔等於有一個單點大問題,而係多個維護範疇剛好同一時間都有合理修正要合併。
「賴 AI」真正指向乜?
呢句玩笑背後其實有現實背景。Torvalds 之前已講過,較後期嘅候選版本異常龐大,可能正逐漸成為由各類 AI 工具協助審查所帶來嘅「新常態」。不過,呢個講法唔等於 AI 寫咗、或者引發咗每一個補丁;重點係 AI 輔助分析帶出更多問題,仍然要由人類維護者判斷、修正、整合及驗證。
3
4
Linux 穩定版維護者 Greg Kroah-Hartman 亦警告,Linux 7.3 可能係一個「rough」嘅開發週期。AI/LLM 相關嘅錯誤報告同建議補丁增加,有些確實有用,有些則未必值得處理;無論如何,分類、審核同測試嘅負擔,最終都落返喺核心開發者身上,尤其係涉及長年少人碰過嘅舊程式碼或驅動程式時。
32
安全修正數量亦反映咗呢種壓力:由 Linux 6.9 至 6.19,每個版本修復嘅 CVE 大約為 500 個;Linux 7.0 已超過 1,000 個,Linux 7.2 則超過 1,500 個。若趨勢延續,7.3 或會接近 2,000 個;呢個只係預測,並非 7.3 最終數字。
12
34
rc1 已經令原始碼樹接近 4,100 萬行
7.3-rc2 嘅份量之所以特別觸目,亦因為 7.3-rc1 本身已經相當大。統計顯示,7.3-rc1 原始碼樹約有 4,098 萬行,較 Linux 7.2 約 4,042 萬行增加約 56 萬行。
5
13
不過,呢個總數包含偵測到嘅程式碼、註解、空白行及其他樹內內容,唔可以直接理解為有 4,098 萬行可執行程式碼。
13
會唔會拖長開發週期?
Linux 7.3-rc2 仍然係供測試嘅預發布快照,並非最終穩定版;kernel.org 列出其日期為 2026 年 9 月 6 日。
30
單憑一個早期 rc 特別大,未足以代表正式發布一定延期。不過,如果大量修正與回歸問題持續喺週期後段湧入,維護者可以選擇多出幾個 rc,換取更多時間讓改動沉澱同接受測試。
對 Linux 用家同發行版而言,重點唔係 7.3 天生「唔安全」,而係要觀察高流量最終會化為經充分測試嘅修正,定係不斷製造最後一刻嘅變動。「賴 AI」呢句講笑,正好點出矛盾:自動化分析可以揭出真問題,但冇辦法取代人手審核、整合同測試每一個改動。