Linux カーネル バージョン 5.13 では、Apple Silicon 設計による最初のデスクトップクラス SoC である Apple M1 チップの初期サポートが追加されます。
Appleは昨年、ほとんどのスマートフォンやタブレットと同じARMアーキテクチャに基づいた、初のデスクトップクラスのSystem-on-a-Chip設計であるApple M1を発表した。 Linux は長年にわたって ARM デバイス (Raspberry Pi など) 上でうまく動作してきましたが、Apple のハードウェアは大幅にカスタマイズされており、特定のソフトウェア サポートが必要です。 ありがたいことに、Apple Silicon 上で Linux を実行することにまた一歩近づいています。
アサヒ リナックス は、Apple Silicon Mac に「洗練された Linux エクスペリエンス」をもたらすことに取り組んでおり、公式 Linux カーネルに含めるためにそのコードを Linux プロジェクトに提出しています。 このグループの初期の作業は Linux SoC コードベースにマージされており、今後の Linux 5.13 アップデートの一部として提供される可能性があります。
最初のハードウェアの出荷が開始されてからわずか数か月後に、Apple の新しいハードウェアの初期サポートが Linux カーネルに到着するのを見るのは興味深いことですが、そこでのキーワードは「初期」です。 Linux中 技術的に M1 で起動しますが、Live USB ドライブを接続してインストール ボタンをクリックするまでにはまだ時間がかかります。 現在のコードには、次のような基本的な低レベル機能のサポートが含まれています。 対称型マルチプロセッシング スピンテーブル経由、 IRQの処理、シリアル接続、およびフレームバッファ。 Linux はコマンド プロンプトで起動できますが、それ以外のことはできません。まだ完全なグラフィックス サポートさえありません。
M1 ハードウェアの公式カーネル サポートは着実なペースで進んでいますが、さまざまなハックによって真のデスクトップ エクスペリエンスに近づくことができた人もいます。 ARM 仮想化を専門とする開発会社 Corellium は、
M1 Mac Mini で使用可能な Ubuntu デスクトップ. ただし、Corellium の作業のほとんどは Linux カーネルにアップストリームされていません。Corellium は、M1 のアーキテクチャが他の ARM 設計とどのように異なるかについて書きました ブログ投稿で. 「伝統的に iBoot と呼ばれるブートローダーは、Mach-O と呼ばれる形式で実行可能オブジェクト ファイルをロードします。オプションで圧縮され、IMG4 と呼ばれる署名付き ASN.1 ベースのラッパー形式でラップされます。 比較のために言うと、64 ビット ARM 上の通常の Linux はフラットなバイナリ イメージとして起動します。」 同グループは続けて、「それで十分でない場合は、Apple が 独自の割り込みコントローラである Apple Interrupt Controller (AIC) を設計しましたが、主要な ARM GIC のいずれとも互換性がありません 規格。 それだけではありません。タイマー割り込み (通常は ARM 上の通常の CPU ごとの割り込みに接続されています) は、 代わりに、古い 32 ビット ARM でよく見られる難解なアーキテクチャ機能である FIQ にルーティングされます。 日々。"
りんご M1チップセット は現在、MacBook Air、MacBook Pro、および Mac Mini に搭載されています。 これは、4 つの高性能コアと 4 つの電力効率の高いコアの合計 8 つのコアを備えた 5nm チップです。 機械学習タスク用の Neural Engine と 8 コア GPU もあります。 Appleは、M1が以前に使用されていたIntel CPUよりも消費電力を約4分の1に抑えながら、より優れたパフォーマンスを提供すると約束した。 現実世界でのテスト それらの主張を裏付けました。 ありがたいことに、M1 は署名なし/カスタム カーネルの起動を完全にサポートしているため、Linux の実行には、後でパッチを適用できるセキュリティ上のエクスプロイトは必要ありません。
Apple 独自の macOS はすでに優れたオペレーティング システムですが、デスクトップ Linux をオプションとして選択できることは、一部の潜在的な MacBook および Mac Mini の購入者にとって強力なセールス ポイントになる可能性があります。 Appleは、macOSの一部の側面をロックダウンしたり、独自の代替案を支持してクロスプラットフォーム標準を放棄したりすることで、長年にわたり批判にさらされてきた。 たとえば、macOS はグラフィックス用のクロスプラットフォーム Vulkan API をまだサポートしていません。 自社独自のMetal APIのみ.