- Projet de portage de Linux sur Apple Silicon : pour son 5e anniversaire, il a implémenté pour la première fois la sortie DisplayPort Alt Mode via USB-C
- La nouvelle branche « fairydust » rend possible la sortie vers un écran externe en rétroconcevant quatre blocs matériels : DCP, DPXBAR, ATCPHY et ACE
- La prise en charge des Mac M3 est arrivée à un stade initial : clavier, trackpad, Wi‑Fi, NVMe et USB3 fonctionnent, mais l’accélération GPU et le contrôle DCP ne sont pas encore finalisés
- L’écran 120 Hz des MacBook Pro fonctionne depuis Linux 6.18.4, tandis que le pilote DCP fait l’objet d’un important refactoring pour des fonctions avancées comme le HDR, le VRR et les overlays matériels
- Des améliorations globales se poursuivent sur le GPU, la webcam et la gestion des paquets, tandis que Fedora Asahi Remix avance sur la migration vers DNF5 et l’automatisation de l’intégration upstream
Principale avancée : sortie d’affichage USB-C
- En 5 ans, Asahi Linux a fait d’Apple Silicon une véritable plateforme desktop AArch64
- L’intérêt constant pour la plateforme a conduit à la correction de bugs logiciels liés à AArch64
- La fonctionnalité la plus demandée, la sortie DisplayPort Alt Mode via USB-C, a été implémentée dans la branche « fairydust »
- Connexion réussie d’un écran externe sur un MacBook Air M1 via un adaptateur USB-C→HDMI
- Cette branche est une version expérimentale destinée aux développeurs, avec encore des éléments inachevés comme le multi‑écran, le hotplug ou des problèmes de couleurs
- La prise en charge pour le grand public n’est pas encore disponible
Prise en charge de la série M3
- Le bootloader m1n1 dispose désormais d’une base de prise en charge M3, et trois nouveaux contributeurs ont rédigé les patches Devicetree et noyau
- Démarrage réussi de Fedora Asahi Remix + KDE Plasma sur un MacBook Air M3
- À ce stade, le clavier, le touchpad, le Wi‑Fi, le NVMe et l’USB3 sont confirmés comme fonctionnels
- Le GPU repose sur une nouvelle architecture, avec des fonctionnalités ajoutées comme le ray tracing, les mesh shaders et le Dynamic Caching
- L’initialisation du DCP dépend d’iBoot, et les changements d’interface firmware de macOS 14 nécessitent davantage de rétroconception
- L’audio, le micro, la webcam et la gestion de l’alimentation ne sont pas encore implémentés
Écran 120 Hz et refactoring du pilote DCP
- Les dalles 120 Hz des MacBook Pro 14 et 16 pouces sont activées depuis Linux 6.18.4
- Contournement des limitations du DCP grâce à l’utilisation de timestamps fixes
- Le pilote DCP est en cours de restructuration pour prendre en charge des extensions comme le HDR, le VRR et le contrôle matériel de la luminosité
- Une réécriture en Rust est prévue, mais le travail actuel porte sur le refactoring du code C
- Le renforcement de la prise en charge des plans matériels permet d’expérimenter les framebuffers Y’CbCr, les overlays et le HDR
- Oliver a rétroconçu le format Apple Interchange, ajoutant la prise en charge des framebuffers compressés
- Le problème de couleurs sursaturées a également été corrigé dans le noyau 6.18
Améliorations de la webcam et du pilote graphique
- Les erreurs de webcam observées dans certaines applications GNOME ont été attribuées à un bug de traitement des formats vidéo planaires dans le pilote OpenGL
- Corrigé via plusieurs patches dans Mesa et PipeWire ; correction prévue du plugin gtk4paintablesink dans Fedora 43
- Le pilote GPU fonctionne désormais correctement dans la plupart des applications après correction des problèmes de gestion de DMA-BUF
- La préparation de l’intégration upstream du pilote GPU progresse
- Par rapport à 6.13.8, le nombre de patches est passé de 1232 à 858, et le code de 95 000 à 83 000 lignes
- Des patches de test IGT posent les bases d’une fusion dans la branche principale DRM
Optimisation des performances et amélioration de la gestion des paquets
- Un problème où les copies mémoire OpenGL reposaient sur le CPU a été corrigé via des shaders GPU, atteignant des performances proches de la saturation du bus mémoire
- L’application de routines d’optimisation AGX a permis d’atteindre une vitesse de clear de buffer de 355 GB/s
- Les copies Vulkan progressent elles aussi de 30 à plus de 100 %
- Fedora Asahi Remix gagne une fonctionnalité de migration automatique des paquets grâce au passage à DNF5
- Neal développe un backend DNF5 pour PackageKit, prévu pour intégration dans Fedora 44
- La migration automatique vers les paquets upstream a commencé, d’abord avec Mesa et virglrenderer
Communauté et suite du projet
- La stratégie de prise en charge des M3 et M4 a été discutée au FOSDEM, et un système de démonstration Asahi doit être présenté à la SCaLE
- Le projet continue grâce au soutien d’OpenCollective et de GitHub Sponsors
- En 2026, le développement doit se poursuivre avec un accent sur le GPU, l’affichage et l’amélioration de l’intégration matérielle
5 commentaires
Je pensais que tout était à l’arrêt après le départ des deux développeurs principaux, mais visiblement le développement continue quand même.
Oh, ça s'est vraiment passé comme ça ??!
https://marcan.st/2025/02/resigning-as-asahi-linux-project-lead/
Moi aussi, en cherchant aujourd’hui, je suis tombé sur un article comme celui-ci.
Merci infiniment
Réactions sur Hacker News
Une mise à jour vraiment remarquable
Les efforts d’un très grand nombre de contributeurs, dont Oliver, Janne, Alyssa M, Shiz, Robert, Sven, James, Neal, chaos_princess, Davide, Lina, Michael, Sasha et Alyssa R, sont impressionnants
Super boulot
Dans quelques années, les MacBook M1/M2 d’occasion vont sans doute devenir des « laptops fun » populaires chez les jeunes développeurs
Un peu comme les ThinkPad T420 à l’époque, même si ce sera pour d’autres raisons
Je me demande aussi à quel point les GPU M4 et M5 diffèrent du M3. J’espère que, une fois le M3 stabilisé, le portage ne sera pas trop difficile
Au final, Apple Silicon semble être une conception à durée de vie limitée
En revanche, macOS Tahoe est de loin mon plus gros sujet de mécontentement. Je me dis qu’il faut vraiment que j’essaie Asahi
16 Go de RAM, avec une petite ligne noire sur le côté de l’écran, mais ça ne me gêne pas. Payé 230 euros
À partir du M4, il faut choisir entre démarrer avec le page table monitor d’Apple activé, ou démarrer avec les extensions Apple complètement désactivées
Voici le passage clé cité
L’état actuel du support du M3 ressemble à peu près à celui du M1 quand il est arrivé pour la première fois en bêta sur Arch Linux ARM
Clavier, touchpad, Wi‑Fi, NVMe et USB3 fonctionnent, et même s’il faut encore quelques patchs locaux, on est proche d’un niveau publiable
Je me demande parfois si Apple est conscient de l’existence de l’équipe Asahi
Est-ce qu’ils admirent leurs capacités de rétro-ingénierie, ou est-ce qu’ils s’en moquent complètement ?
Je pense que tu parles du tweet de XenoKovah
Mais dans un placard à Cupertino, il existe déjà des plans capables de rendre les efforts d’Asahi inutiles
Si vous accordez de l’importance à l’informatique personnelle ou à Linux, j’aurais tendance à vous dire de ne pas acheter de Mac
Si j’achetais un Mac d’occasion, je me demande quel modèle offrirait le meilleur équilibre entre performances, batterie et support Asahi
Si cette mise à jour le rend possible avec un kernel personnalisé, le M2 Air pourrait devenir le nouveau sweet spot
Jusqu’ici, c’était le M1 Air qui occupait cette place
Je n’ai pas de matériel Apple, mais rien qu’en lisant, on sent le talent et le dévouement de l’équipe Asahi
J’espère que leur code sera intégré en upstream et que Linux sur ARM bénéficiera d’un support de premier ordre
En regardant Bladerunner hier, dans la scène où Ford agrandit une photo à la voix,
en voyant la barre orange en haut de l’écran, je me suis dit : « Ça y est, on a enfin trouvé à quoi sert la Touch Bar des Mac »
J’ai vraiment hâte de voir la Touch Bar fonctionner sous Linux
En fait, j’espérais que ce soit le prélude à un clavier haptique entièrement logiciel
Un tel clavier aurait permis de rendre le laptop hermétique comme un téléphone, avec de meilleurs nettoyage et résistance à l’eau
J’attends vraiment avec impatience le jour où on pourra faire tourner Asahi sur un M4 Air
Travail impressionnant. Respect pour la maîtrise technique des participants
Mais je me demande quand même pourquoi utiliser Asahi à tout prix
J’utilise Ubuntu depuis 2005 et Mac depuis 2012, et les deux OS se ressemblent tellement que je fais tourner le même code sans modification
Est-ce que je rate quelque chose d’important ?
Donc beaucoup de gens veulent acheter un MacBook Pro et y installer l’OS qu’ils préfèrent
Sur les Mac Intel, on pouvait installer un OS plus récent à la manière d’un Hackintosh, mais avec Apple Silicon, c’est pratiquement impossible
Je me demande quel impact des appareils ARM comme le Steam Frame pourraient avoir sur Asahi
Aujourd’hui, Apple est le fournisseur d’ordinateurs ARM le plus grand public, mais Valve a de fortes chances de devenir le centre de l’écosystème avec un appareil ARM favorable à Linux
Cela renforcerait le support ARM dans son ensemble, ce qui serait aussi bénéfique pour Asahi