Fedora Asahi RemixがApple M3で動作するように

 (bsky.app)
4 ポイント 投稿者 GN⁺ 2026-01-27 | 5件のコメント | WhatsAppで共有
  • Apple M3チップで Fedora Asahi Remixベースの Linux KDE Plasma デスクトップ が正常に動作
  • オーストラリア在住の高校2年生（10年生）の開発者 Michael Reeves (Integralpilot) が動作中の写真を公開
  • 開発協力に参加した noopwafel と Shiz にも共同の功績として言及

関連記事

5件のコメント

 
wedding 2026-01-27

天才美少女VTuber..
 
cosine20 2026-01-28

あの方はAsahiを去られました…（涙）
 
wedding 2026-01-28

えっ、放送だけ再開したんじゃないんですか？ これはホンチョルのいないホンチョルチームみたいなものでは…
 
cosine20 2026-01-28

配信には復帰したんですが、名前もホシノ・リナに変えて、独立したオープンソースへの貢献を配信で見せていました。
最近は、Spout2 という配信向けのアプリ？ライブラリ？が Linux でうまく動くようにする作業をしていました。
 
GN⁺ 2026-01-27
Hacker Newsのコメント

  • Michael Reeves（YouTuberとは無関係の同名人物）は高校生だが、すでにAppleソフトウェアで高リスク脆弱性を何度も発見している人物。とても才能がある

    • 10代の頃、好奇心と探究心からソフトウェアエンジニアリングに没頭していたのに、結局は9to5の企業文化に魂をすり減らされた人が、私たちの中にどれだけいるだろうかと思わされる 泣
    • ハードウェアをいじっていた高校生が、後にApple Silicon向けLinux開発に参加するケースが2回あった。多くはないが、不思議とみんなAppleに引き寄せられているようだ
    • 個人的な陰謀論だけど、実はその2人は同一人物で、タイムトラベルのいたずらをしているのではないかという気がする

  • 私はAsahiプロジェクトを支援している。いつかM4 MaxでGPUアクセラレーションが効くネイティブLinuxを動かしてみたい
    M1、M2ではすでに素晴らしい成果を出しており、Alyssa Rosenzweigが去った後も進歩し続けているのを見るのはうれしい
    支援に興味があるなら、Asahi Linux支援ページを参照できる

    • ここではディスプレイアクセラレーションとコンピュート対応を分けて考える必要がある。デスクトップレンダリングは印象的だが、ローカルAIやLLM推論では、LinuxスタックはmacOSのMetal/MPSに比べてまだかなり遅れている。私もローカル開発環境を移そうとしたが、成熟したコンピュートスタックがないためmacOSを離れにくかった

  • M3対応が完了したら、M4やM5対応もすぐ続くのか気になる。M3はGPUアーキテクチャが大きく変わったので時間がかかったと聞いた

    • M3に時間がかかった理由はチップ自体というより、AsahiプロジェクトがM1/M2対応の過程で積み上がった技術的負債にあった。M3自体は難しくなかったが、チームはカーネルへの変更をアップストリーム反映することに注力していた
    • M4ではハードウェアレベルのページテーブル保護が新たに追加され、はるかに厄介だという。Asahi貢献者の出典
    • M5ではGPUが新世代に変わり、Neural Acceleratorも新たに追加された。詳細はさらに分析が必要だ

  • 一生Macを使ってきたが、SteamOSベースのKDEデバイスを使うことになった。Macの標準ショートカットをKDEへ移すよい方法があるだろうか。SteamOSとNix/Home Manager環境なので、システムパーティションを触らない方式だとうれしい

    • すでにHome Managerを使っているなら、plasma-managerも一緒に見ることを勧める。KDE/Plasmaの設定を宣言的に管理でき、plasma-managerコマンドで現在の設定を出力することもできる。ショートカット設定も含まれている
    • KDEのショートカットをリマップすることはできるが、Gnomeアプリやゲームには適用されない。私はCtrlとCmdキーをハードウェアレベルで入れ替えるのが最も安定していた。そうすればCmd+C、Cmd+QなどをMacスタイルで使える。ただしターミナルではCtrl/Cmdの区別がないため、直接マッピングを修正した
    • KDEにはCmdとCtrlキーを入れ替える設定がある。すべてのKDEアプリで動作するが、Gnomeアプリには適用されない。追加でKintoを試すのも手だ
    • macOSのショートカットを完璧に複製することはできないので、むしろKDE独自のショートカット体系に慣れるほうがよいと思う
    • KDEはユーザー設定を/home/$USER_NAME/.config/kglobalshortcutsrcファイルに保存している。ショートカットもここにある

  • すばらしいニュースだが、まだ全体の対応状況を知りたい。どのサブシステムがすでに開発され、どの部分に新しいドライバーが必要なのか気になる。Asahi Fedora対応ページの更新が待たれる

  • 3週間前に行われた39C3のPorting Linux to Apple Silicon発表が関連している
    発表動画（CCCメディア）
    YouTubeリンク

    • この発表では、M4とM5チップの技術的課題も含めて、さらに多くの内容が扱われている

  • なぜ新しいMシリーズチップをサポートするのがこんなに難しいのか気になる。IntelやAMDは世代が変わっても比較的容易そうに見えるのに

    • Intel/AMDはカーネル対応コードを直接提供するが、Appleは文書化されていない変更を続けるため、Asahiがリバースエンジニアリングしなければならない
    • M1/M2は似ていたが、M3ではGPUが大きく変わり、M4ではセキュリティ機能が追加された。M5ではそれがさらに強化されている
    • Appleはアーキテクチャを頻繁に変え、新機能を追加する。M4ではカーネル保護機能が導入され、これをエミュレートしなければならない
    • Intel/AMDはチップ発売前からLinux対応を準備する。Appleはそうではない。GPU ISAも世代ごとに大きく変わるため、毎回新たに解析しなければならない。ただしAppleが署名されていないOSの起動を許可している点は前向きだ

  • 私はMac mini M1にAsahi Fedora GNOMEをインストールして使っている。非常に安定していて実用になる。この作業が完成したら、中古のMacBook Air M3を買って使ってみるつもりだ。16GBモデルも価格はかなり妥当だ

    • Appleは16GB未満のM3モデルも作っていたのか？ いつか128GB標準モデルが出てほしい

  • macOSを主に使いながら、Linuxをデュアルブートで併用できるのか気になる

    • 可能。むしろmacOSを完全に消すことはサポートされていない。Asahi FAQリンク
    • 別パーティションにインストールされ、起動時にmacOSかLinuxを選べる

  • Macを買うつもりはないが、Mシリーズチップ対応が難しい理由は気になる。ARMベースなら一般的なプラットフォームではないのか？ Appleが独占的な構造を維持しているのに、なぜこのようなプロジェクトが可能なのか？

    • 問題はCPUではなく周辺機器だ。GPU、NPU、ディスプレイ、USB、Wi‑Fi、オーディオなどすべての周辺機器がカスタム設計なので、それぞれに新しいドライバーを作らなければならず、リバースエンジニアリングも必要になる