PHP 退役自家授權條款，改採三條款 BSD：六個月社群討論後全票通過
LWN.net · 2026-05-05
PHP 專案正式將整個程式碼庫的授權條款從原有的 PHP License（含 Zend Engine License 部分）改為三條款 BSD 授權，結束長達二十餘年的專有授權歷史。此次改動需要原始 PHP Group 所有成員的書面同意，以及 Perforce Software（Zend Technologies 繼承者）對 Zend 引擎部分的正式授權。整個流程歷經六個月社群討論期，最終以全票通過。
為何花了這麼長時間
PHP License 的特殊之處在於：它授予 PHP Group 單方面修改授權條款的權力，但這並不等於可以直接改變所有貢獻者的程式碼授權。每一位對 PHP 核心有貢獻的原始 PHP Group 成員都必須個別聯絡並取得書面同意——這涉及追蹤多年前就已不再活躍的貢獻者，處理無法聯絡者的遺留程式碼，以及確認繼承關係。
Zend 引擎部分的授權更複雜：Zend Technologies 已被 Perforce Software 收購，正式的公司法律授權需要 Perforce 的簽署，而非僅僅是原始 Zend 開發者的個人同意。此外，法律審查確認了哪些程式碼受 PHP License 覆蓋、哪些已是 BSD 或其他授權，避免授權聲明不一致。
三條款 BSD 的含義
三條款 BSD 授權（BSD-3-Clause）的核心條件：
- 可自由使用、複製、修改、發布（包括商業用途）
- 保留版權聲明與授權條款
- 不得以 PHP Group 或貢獻者名義為衍生作品背書（禁止非授權背書條款）
相較於舊 PHP License，最大差異是移除了「不得使用 PHP 名稱作為衍生產品名稱的限制」這個模糊條款——該條款在實務上造成大量合規疑慮，但在法律上從未被積極執行。改採標準 BSD 授權讓 PHP 的法律狀態與 PostgreSQL、Nginx 等以 BSD 授權的主流開源軟體對齊。
影響範圍
對絕大多數 PHP 使用者，此改動不影響任何現有部署或程式碼。影響最直接的族群是在企業法務環境中需要進行軟體成分分析（SCA）的組織：PHP License 在部分 FOSS 分類工具中被標記為「非標準授權」，需要人工審查；改為 BSD-3-Clause 後將自動通過大多數企業的授權白名單，降低法務合規成本。
Andrew Morton 退出 Linux 記憶體管理維護：二十年職責的交接轉型
LWN.net · 2026-05-07
Andrew Morton 宣布將卸下 Linux 核心記憶體管理（mm）子系統維護者職責，結束超過二十年的任期。此消息在 2026 年 Linux Storage, Filesystem, Memory Management and BPF Summit（LSFMM+BPF）期間正式提出，涉及繼任者選定、子系統拆分方向，以及 Morton 標誌性的 -mm 補丁集工作流程的未來安排。
背景
Andrew Morton 是 Linux 核心開發史上最具影響力的維護者之一。除了記憶體管理子系統，他長期維護 linux-next 的 mm 分支，以及包含數百個等待合併補丁的 -mm 樹——這個補丁集在 Linus Torvalds 的信任下作為核心的「二級入口點」，吸收了大量跨子系統的雜項修復與改進。mm 子系統是核心中複雜度最高的部分之一，涵蓋虛擬記憶體管理、頁面回收、記憶體壓縮、NUMA 策略、OOM killer、透明大頁等相互高度耦合的機制。
繼任與交接挑戰
Summit 期間的討論揭示了幾個核心問題：mm 子系統是否應拆分為多個更窄的子系統（如「頁面回收」「NUMA 策略」「匿名記憶體」），由不同維護者分別負責？-mm 樹的工作流程是否可以延續，或需要改為 Linus 直接從各子維護者拉取？具體繼任者人選尚未確定，此為 Summit 後仍懸而未決的主要問題。
Morton 表示有意協助過渡，但強調繼任者需要與核心維護體系（包括 Torvalds 本人）建立直接的工作關係，而非依賴 Morton 作為中間層。過去 -mm 樹的角色在某種程度上是 Morton 個人聲望的延伸，新的工作流程需要明確的制度化安排。
影響範圍
Linux mm 子系統的維護者轉換對核心開發週期的影響不會立即顯現，但長期而言，繼任安排決定了數百個 mm 補丁的合併路徑與審查品質。對企業發行版（Red Hat、SUSE、Canonical）的 mm 團隊而言，維護者網絡的穩定性直接影響上游補丁的流向與回移計畫。
原始來源：LWN.net — A new era for memory-management maintainership
s390 上的硬體加速 Arm 虛擬機：跨架構 KVM 的設計挑戰
LWN.net · 2026-05-05
一組補丁集提案在 s390（IBM Z 系列大型主機）上啟用硬體加速 Arm CPU 模擬，理論上可讓 Arm 虛擬機在 s390 宿主機上以接近原生速度執行。這是核心虛擬化架構的一次非常規擴展——KVM 通常只允許宿主機架構的客機，此補丁集打開了跨架構 KVM 的可能性。
技術機制
IBM Z 的 Integrated Facility for Linux（IFL）引擎包含硬體 Arm 指令轉譯能力。補丁集利用此硬體特性，在 KVM 框架中新增一個「Arm 客機」路徑：KVM 的 s390 宿主側負責 VMCS/SIE 控制結構管理，新增的 Arm 客機側處理 Arm 架構寄存器、異常向量、MMU 模擬。目標是讓 Arm Linux 客機可以透明地運行在 s390 宿主上，不需要修改客機 kernel 或應用程式。
Arm 架構維護者對這種跨架構 KVM 的結構性疑慮主要集中在：KVM 核心層的架構抽象邊界是否清晰到足以容納此擴展，以及如何在不破壞現有 Arm-native KVM 路徑的前提下引入 s390-specific 的 Arm 虛擬化邏輯。目前兩個架構的 KVM 維護者已開始結構性協作討論，但尚未達成具體的合併計畫。
影響範圍
此技術對 IBM 的混合雲戰略（zSystems 作為企業級工作負載中心）有直接商業意義：允許現有 Arm 工作負載在 z 系列上執行，減少企業在 Arm 與 x86/s390 之間的遷移成本。技術成熟後，也可能為「在任意架構上執行任意客機」的通用跨架構虛擬化層提供工程依據。