Asahi Linux 7.2: PSCI over UEFI、M4アイドル修正、SPTMハイパーバイザーエミュレーション

Asahi Linuxの7.2リリースに関する最新の進捗レポートは、低レベルのハードウェアハッキングとカーネルエンジニアリングが密集した内容だ。見出しはこれだ：プロジェクトは現在、Apple SiliconにEL3がないため、UEFIランタイムサービスを介したPSCI導管を実装している。これはARM64カーネルエコシステムにとって初めてのことだ。

EL3なしのPSCI

AppleのコアにはEL3がないため、カーネルは標準のSMCやHVC導管を使ってPSCIファームウェアに到達できない。arm64メンテナーは電力管理にPSCIを要求しており、これがAsahiのカスタムcpuidleドライバーのアップストリーム化を妨げている。このプロジェクトの解決策：m1n1が自身のメモリを予約し、カーネルがUEFIランタイムサービスを介して呼び出せるPSCI実装を残す。仕様書はSMCとHVCを例として挙げているだけで、要件ではないため、これは正当な解釈だ。パッチはすでにRFCとしてメーリングリストに上がっている。

M4アイドルクラッシュの回避策

M4以降、AppleはWFI状態保持を設定するチキンビットをロックダウンしている。その結果、M4のWFIはコア状態を失いクラッシュする。Yurekaはアイドルループの動作を設定可能にするカーネルコマンドラインパラメータを追加し、cpuidleドライバーが引き継ぐ前の初期ブート中にクラッシュを防ぐno-opループを含めた。この修正はすでにlinux-nextに入っている。

m1n1でのSPTMエミュレーション

Appleのセキュアページテーブルモニター（SPTM）はM4+のXNUに必須であり、SPRRとともに並列例外レベル（GL2）で動作する。これにより、m1n1ハイパーバイザーはM4で機能しなくなった。Svenによる以前のSPRRとGXFのリバースエンジニアリングが実を結んだ：m1n1は現在両方をエミュレートし、AppleのSPTMブロブをロードし、ハイパーバイザーの下でXNUを実行し、以前のようにMMIOをトレースできる。トレースは遅くなるが、ハードウェアのブリングアップを可能にし続ける。

M3ペリフェラル

ウェブカメラとマイクのサポートが全M3シリーズデバイスに追加され、ISP用の新しい初期化シーケンスと高周波デシメーターが導入された。ATCPHY（USB3/DP/Thunderboltネゴシエーション）もTSMCのN3プロセス用に更新されたチューナブルが必要だった。