Fedora Asahi Remix fonctionne désormais sur Apple M3

• Le bureau Linux KDE Plasma basé sur Fedora Asahi Remix fonctionne correctement sur la puce Apple M3
• Michael Reeves (Integralpilot), un développeur australien en classe de seconde, a publié une photo montrant le système en fonctionnement
• Une reconnaissance conjointe est également attribuée à noopwafel et Shiz, qui ont participé à la collaboration de développement

[wedding]

Une VTuber géniale au sourire adorable..

[cosine20]

Cette personne a quitté Asahi... 😢

[wedding]

C’est juste le retour de Ddiyong Broadcast, non ? Mais c’est quoi cette équipe sans Hongcheol…

[cosine20]

Elle a bien repris les diffusions, mais elle a changé de nom pour Hoshino Rina et montre simplement ses contributions open source indépendantes en stream.
Récemment, elle travaillait à faire en sorte que Spout2, une appli ? bibliothèque ? de diffusion en direct, fonctionne bien sous Linux.

[GN⁺]

Commentaires Hacker News

• Michael Reeves (une personne portant le même nom, sans lien avec le YouTuber) est encore lycéen, mais il a déjà découvert à plusieurs reprises des failles critiques dans les logiciels d’Apple. Il est vraiment extrêmement doué

  • Ça fait réfléchir au nombre d’entre nous qui, adolescents, se sont plongés dans l’ingénierie logicielle avec curiosité et esprit d’exploration, avant de voir leur âme broyée par la culture d’entreprise du 9-to-5 :(
  • Il y a déjà eu deux cas de lycéens qui bidouillaient du hardware et qui ont ensuite participé au développement de Linux pour Apple Silicon. Ce n’est pas fréquent, mais on dirait bizarrement qu’ils finissent tous attirés par Apple
  • Ma théorie du complot personnelle, c’est qu’en réalité ces deux-là sont la même personne et qu’ils s’amusent avec des voyages dans le temps

• Je soutiens financièrement le projet Asahi. J’aimerais un jour faire tourner un Linux natif avec accélération GPU sur un M4 Max
  Ils ont déjà obtenu d’excellents résultats sur M1 et M2, et c’est agréable de voir que le projet continue de progresser même après le départ d’Alyssa Rosenzweig
  Si vous voulez les soutenir, vous pouvez consulter la page de soutien d’Asahi Linux

  • Il faut bien distinguer ici l’accélération d’affichage et la prise en charge du calcul. Le rendu du bureau est impressionnant, mais pour l’IA locale ou l’inférence de LLM, la pile Linux est encore très en retard par rapport à Metal/MPS sur macOS. J’ai moi aussi essayé de migrer mon environnement de développement local, mais sans pile de calcul mature, il m’a été difficile de quitter macOS

• Je me demande si, une fois la prise en charge du M3 terminée, celle des M4 ou M5 suivra rapidement. J’ai entendu dire que cela avait pris du temps pour le M3 parce que son architecture GPU avait beaucoup changé

  • Si cela a pris longtemps pour le M3, c’est moins à cause de la puce elle-même que de la dette technique accumulée par le projet Asahi pendant la prise en charge des M1/M2. Le M3 en soi n’était pas particulièrement difficile, mais l’équipe s’est concentrée sur l’intégration en amont des modifications dans le noyau
  • Le M4 serait bien plus délicat, car il ajoute une protection des tables de pages au niveau matériel. Source d’un contributeur Asahi
  • Avec le M5, le GPU passe à une nouvelle génération et un Neural Accelerator fait aussi son apparition. Il faut encore analyser davantage les détails

• J’ai utilisé des Mac toute ma vie, mais je me retrouve maintenant avec un appareil KDE basé sur SteamOS. Je me demande s’il existe une bonne méthode pour transposer les raccourcis par défaut du Mac vers KDE. J’utilise SteamOS avec Nix/Home Manager, donc idéalement sans toucher à la partition système

  • Si tu utilises déjà Home Manager, je te conseille aussi de regarder plasma-manager. Ça permet de gérer la configuration de KDE/Plasma de manière déclarative, et la commande plasma-manager peut aussi afficher la configuration actuelle. Les raccourcis clavier sont inclus
  • On peut remapper les raccourcis KDE, mais cela ne s’applique pas aux applis Gnome ni aux jeux. Pour moi, la solution la plus fiable a été d’échanger les touches Ctrl et Cmd au niveau matériel. Ça permet ensuite d’utiliser Cmd+C, Cmd+Q, etc. à la manière d’un Mac. En revanche, dans le terminal, comme Ctrl/Cmd ne sont pas distingués, j’ai dû ajuster les mappings moi-même
  • KDE propose un réglage pour inverser les touches Cmd et Ctrl. Cela fonctionne dans toutes les applications KDE, mais pas dans les applications Gnome. Une autre option est d’essayer Kinto
  • On ne pourra pas reproduire parfaitement les raccourcis macOS, donc je pense qu’il vaut mieux s’habituer au système de raccourcis propre à KDE
  • KDE stocke les préférences utilisateur dans le fichier /home/$USER_NAME/.config/kglobalshortcutsrc. Les raccourcis s’y trouvent aussi

• C’est une excellente nouvelle, mais j’aimerais encore connaître l’état global de la prise en charge. Je me demande quels sous-systèmes sont déjà développés et quelles parties nécessitent encore de nouveaux pilotes. J’attends une mise à jour de la page de prise en charge Fedora d’Asahi

• La présentation Porting Linux to Apple Silicon donnée il y a trois semaines à la 39C3 est pertinente ici
  Vidéo de la présentation (CCC Media)
  Lien YouTube

  • Cette présentation couvre davantage de sujets, y compris les défis techniques des puces M4 et M5

• Je me demande pourquoi il est si difficile de prendre en charge les nouvelles puces de la série M. Chez Intel ou AMD, d’une génération à l’autre, cela semble relativement plus simple

  • Intel et AMD contribuent directement du code de prise en charge au noyau, alors qu’Apple continue d’introduire des changements non documentés qu’Asahi doit rétroconcevoir
  • Les M1/M2 étaient similaires, mais le M3 a profondément changé côté GPU, et le M4 ajoute des fonctions de sécurité. Le M5 va encore plus loin
  • Apple modifie souvent son architecture et ajoute de nouvelles fonctionnalités. Avec le M4, il y a des mécanismes de protection du noyau qu’il faut émuler
  • Intel et AMD préparent la prise en charge Linux avant même la sortie des puces. Apple ne le fait pas. L’ISA GPU change aussi fortement d’une génération à l’autre, ce qui impose une nouvelle analyse à chaque fois. Le fait qu’Apple autorise le démarrage d’OS non signés reste toutefois un point positif

• J’utilise Asahi Fedora GNOME sur un Mac mini M1. C’est très stable et tout à fait utilisable au quotidien. Quand ce travail sera terminé, je pense acheter un MacBook Air M3 d’occasion pour l’utiliser. Même le modèle 16 Go est à un prix assez raisonnable

  • Apple a déjà sorti des modèles M3 avec moins de 16 Go ? J’espère qu’un jour il y aura un modèle de base à 128 Go

• Je me demande s’il est possible d’utiliser principalement macOS tout en gardant Linux en dual-boot

  • Oui, c’est possible. En fait, effacer complètement macOS n’est pas pris en charge. Lien vers la FAQ Asahi
  • L’installation se fait sur une partition séparée, et au démarrage on peut choisir entre macOS et Linux

• Je ne pense pas acheter de Mac, mais je me demande pourquoi la prise en charge des puces de la série M est si difficile. Si c’est basé sur ARM, n’est-ce pas une plateforme assez standard ? Comment un tel projet est-il possible alors qu’Apple maintient une architecture fermée ?

  • Le problème n’est pas le CPU, mais les périphériques. Le GPU, le NPU, l’affichage, l’USB, le Wi‑Fi, l’audio et tous les autres périphériques sont conçus sur mesure, donc il faut créer un pilote pour chacun et faire de la rétro-ingénierie