- Asahi Linux, le projet de portage de Linux pour Apple Silicon, poursuit la prise en charge de la puce M3 la plus récente
- M1n1, le bootloader central du projet, est en cours de réécriture en Rust après une implémentation initiale en Python
- Le passage à Rust vise à améliorer la sécurité, les performances et la maintenabilité, tout en renforçant la fiabilité du code d’initialisation matérielle
- La prise en charge de M3 reste un défi complexe dans les domaines du contrôle matériel bas niveau, comme les pilotes GPU, la gestion de l’alimentation et le mappage mémoire
- Malgré la structure fermée de l’écosystème Apple Silicon, cela montre que la communauté open source poursuit un travail continu de rétro-ingénierie et d’optimisation
État de la prise en charge de M3 par Asahi Linux
- Asahi Linux est un projet open source qui porte le noyau Linux sur les séries de puces M1, M2 et M3 d’Apple
- L’objectif est de transformer du matériel réservé à macOS en un véritable environnement de station de travail Linux
- Le chipset M3 introduit actuellement une nouvelle architecture GPU et une nouvelle méthode de gestion de l’alimentation, incompatibles avec le code existant
- En conséquence, de nombreux sous-systèmes, dont les pilotes du noyau, la séquence de démarrage et l’initialisation mémoire, sont en cours de modification
- L’équipe de développement analyse le fonctionnement interne du M3 par rétro-ingénierie et publie progressivement des correctifs pour le noyau
Passage du bootloader M1n1 à Rust
- M1n1 est un bootloader d’initialisation et de débogage destiné à démarrer Linux sur Apple Silicon
- Il était auparavant écrit en Python, mais une réécriture en Rust est en cours
- Cette transition vers Rust vise à garantir la sécurité mémoire et à éviter les erreurs lors de l’accès matériel bas niveau
- Le modèle de propriété et le système de types de Rust sont bien adaptés pour améliorer la stabilité du code du bootloader
- Cette nouvelle version en Rust devrait à terme apporter de meilleures performances et une maintenance du code facilitée
Défis techniques et orientation future
- Le pilote GPU de la puce M3 reste l’un des plus grands défis, notamment parce qu’il faut combler l’écart avec l’API Metal
- L’équipe Asahi vise une intégration avec le pilote open source Mesa
- La gestion de l’alimentation et le contrôle d’horloge dépendent fortement du firmware macOS, ce qui nécessite une implémentation indépendante
- Le projet poursuit son intégration dans la branche principale du noyau et vise, à long terme, une prise en charge complète dans Linux mainline
Importance pour la communauté et l’écosystème
- Il s’agit d’un exemple qui illustre l’autonomie technique de la communauté open source même dans l’environnement matériel fermé d’Apple
- L’adoption de Rust reflète l’évolution des langages de programmation système et pourrait aussi influencer d’autres projets de bootloaders ou de firmware
- Les progrès d’Asahi Linux contribuent à étendre la compatibilité matérielle de Linux et à diversifier l’écosystème des développeurs
1 commentaires
Avis sur Hacker News
J’utilise un MacBook Pro (M1 Pro) de 2021
J’aimerais passer à un modèle plus récent, mais la disparition du support Linux me gêne beaucoup
Docker ou la virtualisation ne remplacent pas ça, et des fonctions comme le mode promiscuous de la carte Wi‑Fi ne sont possibles que sous Linux
Le périphérique loopback de Docker sur macOS pose aussi beaucoup de problèmes. Pour toutes ces raisons, un environnement de démarrage Linux en bare metal est indispensable
Au final, si j’achète un Mac récent, je dois renoncer à Linux, et si j’achète un ancien Mac, le matériel est vieillissant
Je m’inquiète de voir Asahi prendre de plus en plus de retard. Je devrai peut-être revenir à un portable Windows avec Linux installé
Mais ce n’est pas aussi satisfaisant qu’un Mac
Lenovo et Dell vendent aussi officiellement des modèles compatibles Linux
Personnellement, j’utilise un ThinkPad Z13 Gen 1 : l’autonomie est excellente et la mise en veille / reprise fonctionne parfaitement
Je peux aussi mettre à jour le firmware directement depuis Linux avec fwupd, et il n’y a pas une seule erreur dans les logs dmesg
J’ai aussi un MacBook Air M1, mais en dehors de la batterie, je préfère largement le ThinkPad
Pour les administrateurs système et les développeurs, cela apporte beaucoup d’avantages que macOS ou une VM ne peuvent absolument pas remplacer
On peut aussi lancer rapidement des VM Linux headless, et même si la version gratuite deviendra peut-être payante un jour, c’est très utile pour l’instant
Mon M1 reste plus rapide que la plupart des portables, et même face au M4 la différence est à peine perceptible à l’usage
Un M1 peut probablement tenir jusqu’en 2030 sans problème. S’il y a une raison d’upgrader, ce serait sans doute le manque de RAM
Le dernier rapport d’avancement d’Asahi Linux a été publié
J’utilise Asahi Linux depuis le début sur un Mac Mini M1 et un Mac Studio
Aujourd’hui, je suis sur Fedora Asahi Remix
Je suis content de voir le support de l’après-M3 progresser, mais du point de vue d’un utilisateur Linux, utiliser le tout dernier matériel avec un peu de retard n’a rien de vraiment problématique
Les M1/M2 d’occasion sont devenus bien moins chers, ce qui en fait de très bonnes machines Linux au bon rapport qualité-prix
Je pense faire tourner un jour Asahi sur mon M1 Air et mon M1 Pro 14 à la maison
Le projet Asahi est génial, mais suivre le rythme annuel de sortie des nouvelles puces d’Apple ressemble à un combat sans fin
Cela dit, le M1 à lui seul est déjà assez performant pour tenir encore des années
J’ai travaillé sur le M3 et sur des sujets liés au Wi‑Fi, et Apple ne change pas complètement les interfaces tous les ans
La plupart du temps, il s’agit surtout d’étendre les pilotes existants, donc c’est une structure maintenable
La gestion de l’alimentation et le NPU/GPU sont les parties les plus délicates, mais à long terme cela peut rester maintenable même avec une petite équipe
Des portables qui auraient fini à la poubelle ont trouvé une seconde vie grâce à Linux
Windows est devenu un OS trop lourd et trop lent
À l’avenir, les chipsets fermés n’exécutant que des bootloaders signés et des applications OEM pourraient devenir la norme
Au bout du compte, les utilisateurs risquent de perdre l’accès root sur leurs propres machines
La mise à jour d’Asahi mentionnait Hollow Knight, mais Silksong fonctionne aussi parfaitement sur un M1 Air
J’ai aussi testé Bakeru parmi les jeux 3D : à part un chargement de textures un peu lent, ça tournait bien
C’est agréable de suivre les progrès d’Asahi, et ces temps-ci je démarre presque jamais sur macOS
J’envisage un M1 Pro ou Max d’occasion pour l’autonomie et l’accès aux outils graphiques
Le fait que le support M3 soit possible est aussi encourageant
Article de blog associé
L’intérêt d’Asahi ne se limite pas à faire tourner Linux sur Mac
L’intégration d’un SoC custom dans le noyau mainline et la réécriture du firmware en Rust pourraient servir de précédent pour d’autres plateformes ARM64
Cette dynamique pourrait aussi pousser les fabricants de portables à renforcer leur support Linux first
Il est également possible que l’écosystème des portables ARM non-Apple devienne une alternative plus fluide
Il y a 20 ans, les gens s’efforçaient de faire tourner macOS sur du matériel x86 avec des Hackintosh
Aujourd’hui, c’est l’inverse : on essaie de faire tourner Linux sur le meilleur matériel, les Mac
C’est un retournement intéressant
Pour utiliser iMessage, il faut usurper un vrai Mac, et à partir de macOS 26, le support Intel s’arrête
Dès qu’on ne peut plus faire tourner les versions récentes de macOS, l’intérêt du Hackintosh disparaît aussi
Il n’existe pas de « meilleur » absolu, tout dépend des besoins
Ce succès a rempli les datacenters et alimenté le boom de la bulle internet, et cet héritage continue encore aujourd’hui
Je me demande où en est actuellement le projet. On dirait que beaucoup de développeurs clés sont partis
Les M3/4/5 ont un jeu d’instructions GPU complètement différent, ce qui nécessite un nouveau travail de rétro-ingénierie
Pour l’instant, il n’y a presque personne qui travaille sur cette partie GPU
J’ai bien utilisé Asahi sur un portable M1, mais je suis maintenant passé à UTM.app
Je l’ai configuré pour utiliser l’hyperviseur Apple Silicon, et sur M2 cela fonctionne parfaitement
En configurant une image ISO Fedora arm64, on peut utiliser l’hyperviseur natif au lieu de QEMU
Asahi est excellent, mais à long terme il y a beaucoup de difficultés, et il pourrait aussi y avoir une baisse d’efficacité énergétique
Pour moi, utiliser un environnement de développement en VM plein écran est l’approche la plus équilibrée
Avec Asahi, il suffit d’ouvrir quelques onglets Firefox pour que 16 Go de RAM soient vite saturés, avec des plantages mémoire fréquents
Même en optimisant zswap, ça ne se règle pas ; c’est probablement lié à un bug de taille de page 16K