Asahi Linux 進度報告：Linux 7.2 （★ 310 分 🔥）
Asahi Linux 隨 Linux 7.2 發布，持續補齊 Apple Silicon 的核心電源管理。Apple 處理器缺少 Linux 慣用的 EL3（Exception Level 3，高權限韌體例外層級），使核心無法藉由 PSCI（Power State Coordination Interface，電源狀態協調介面）標準方式進入省電狀態。團隊改以 m1n1 開機環境常駐的 UEFI Runtime Services（UEFI 韌體執行期服務）提供 PSCI 呼叫介面，讓 Linux 在維持 EL2 與虛擬化能力下，仍能正確管理處理器休眠。M4 更因 Apple 鎖定低階處理器組態，導致 WFI（Wait For Interrupt，中斷等待指令）可能遺失核心狀態並使系統當機；新補丁已讓核心初始化期間能避開這項問題。
在安全架構方面，M4 之後的 macOS 需要 SPTM（Secure Page Table Monitor，安全頁表監控器）處理記憶體頁表與權限控管，原先使 m1n1 Hypervisor（虛擬機器監控程式）無法追蹤 XNU（macOS 核心）的硬體存取。團隊藉由先前對 GXF（Guarded Execution Framework，受保護執行框架）與 SPRR（Apple 自訂頁表權限機制）的逆向工程成果，成功模擬這些功能，得以在 M4 上重新載入 SPTM 並監看 MMIO（Memory-Mapped Input/Output，記憶體映射輸入／輸出）操作。M3 的進展則接近正式版門檻：內建攝影機、麥克風、USB 3.0 與 Thunderbolt 已全面可用；M4、M5 也已有 NVMe（Non-Volatile Memory Express，非揮發性記憶體高速儲存介面）與 PCIe（Peripheral Component Interconnect Express，高速周邊互連）初步支援，但尚未適合納入安裝程式。
影片播放是另一個重點。AVD（Apple Video Decoder，Apple 影片解碼器）現已大致穩定支援 H.264、H.265、VP9，M3 以上亦可解碼 AV1。由於 AVD 屬於無狀態硬體解碼器，桌面軟體常用的 VA-API（Video Acceleration API，影片硬體加速介面）與 Linux 的 V4L2 Stateless API（無狀態視訊解碼介面）並不完全契合，團隊暫以轉譯層讓支援 VA-API 的軟體可運用 AVD。更長遠的目標是 direct scanout（直接掃描輸出）：讓解碼器、AGX GPU 與 DCP 顯示控制器共用 Apple 的 Interchange 影格緩衝格式，減少 CPU 與 GPU 複製影像資料的耗電；若全螢幕影片或遊戲可直接交給顯示控制器輸出，GPU 甚至可暫時關閉。不過 KDE Plasma 的 KWin 視窗合成器目前把 AGX 與 DCP 視為多 GPU 組態，暫時停用 DMA-BUF（裝置間共享緩衝區機制）的直接輸出，最快可能要等 Plasma 6.8 改善。
Hacker News 討論普遍讚賞這個小型團隊在缺乏官方技術資料下，仍持續讓新一代 Apple Silicon 可執行 Linux，尤其肯定 M3 支援進度與 M4 虛擬化重新啟用。不少使用者認為 MacBook 的螢幕、觸控板、機身設計、記憶體容量與能源效率仍具吸引力，因此期待未來能在保留 macOS 的同時，以 Asahi Linux 作為日常環境；也有人指出電池續航、功能完整度與新機種支援仍需多年追趕。關於 Apple 的態度，部分意見認為其安全開機架構仍保留安裝替代作業系統的空間；批評者則認為這只是未徹底鎖死平台的最低限度，真正的協助應包括公開硬體手冊、提供 Linux 驅動程式並參與上游核心維護。
👥 138 則討論、評論 💬
https://news.ycombinator.com/item?id=49456851