來自Google的 Sasha Levin 負責維護 LTS 核心分支 Linux 以及該組織顧問委員會成員 Linux 基金會宣布創建新的核心分支。 Linux — “linus-next”分支，與“linux-next”分支類似，旨在測試擬納入未來內核主分支的變更。 Linux但它的不同之處在於，它更注重準備合併到主分支中的更改，並提供更穩定、更可測試的基礎。
先前使用的「linux-next」分支非常適合測試將變更整合到核心中、評估不同維護者的子分支之間是否存在衝突以及識別與建置相關的錯誤和警告，但用於測試正在引入的變更的操作。 「linux-next」分支包括準備轉移到主核心的變更和實驗性添加的混合，但仍可以在很長一段時間內完成，並且可能不會被主核心分支接受。
不穩定的實驗程式碼的存在不允許使用「linux-next」核心進行完整的生產測試，因為實驗程式碼可能會對其他核心子系統產生負面影響。在新的「linus-next」分支中，接受更改的標準將更加嚴格 - 僅包含針對 Linus Torvalds 的拉取請求，根據開發人員的說法，Linus 將接受主核心分支。
「linus-next」分支的出現不僅可以在核心彙編層級測試擬議更改的兼容性，還可以直接評估工作，這將導致測試更改品質的提高處於審查已發送但尚未被Linus 審查的拉取請求的階段。新分支還將鼓勵儘早提交拉取請求，甚至在變更接受窗口開始之前，讓他們有機會在生產中進行測試。此外，「linus-next」分支將根據持續整合模型發展，而不是透過建立新標籤進行每日更新，更容易分析新出現的問題並識別導致失敗的特定變更。
此外，我們還可以注意到 Linus Torvalds 對在核心層級阻止硬體漏洞的過程的不滿，這在討論程式碼中的問題和回歸以應對利用 CPU 指令推測執行機制漏洞的攻擊時表達了出來。阻止硬體漏洞所需的更改使開發變得複雜，導致回歸並對效能產生負面影響，儘管事實上使用大多數這些漏洞的攻擊純粹是理論上的，並且從未在實驗室條件之外的實踐中使用過。
在考慮更改核心以解決應對硬體漏洞時潛在問題的提議時，Linus 建議硬體製造商對造成硬體漏洞的責任負責，並明確表示他們應該解決自己的問題。建議添加所討論的變更作為預防措施，因為由於 CPU 行為的不確定性，該保護可能會在某些新的 Intel CPU 上停止運作。
來源： opennet.ru
