Les premiers patchs Linux démarrent le MacBook Neo sur un seul cœur de son A18 Pro
Début septembre 2026, le développeur Yureka Lilian a publié les premiers patchs de Device Tree pour le SoC Apple A18 Pro du MacBook Neo, un support encore limité à un seul cœur CPU. C’est le premier pas concret du support Linux sur le portable d’entrée de gamme d’Apple, mais il faudra des mois avant un usage quotidien.
4 septembre 2026. Le développeur Yureka Lilian publie sur la liste de diffusion du noyau Linux les premiers patchs de Device Tree pour le Apple A18 Pro et le MacBook Neo. 5 septembre 2026. Phoronix en fait le tour. Le constat est modeste : le portable démarre, mais sur un seul cœur CPU. Pourquoi c’est important : c’est le premier pas concret d’un support Linux sur le portable « budget » d’Apple, qui partage son SoC avec l’iPhone 16 Pro.
Un SoC d’iPhone dans un portable d’entrée de gamme
Le MacBook Neo est le portable d’entrée de gamme lancé récemment par Apple. Sous le capot, il embarque le SoC t8140 — le nom interne de l’A18 Pro, le même silicium que celui de l’iPhone 16 Pro. Pour le logiciel libre, c’est un signal : le support Linux d’une puce grand public déjà massivement déployée devient envisageable, alors que les puces « M » des MacBook ont longtemps été les seules cibles du portage.
Les patchs publiés couvrent deux choses. D’une part, les bindings — la description formelle, dans le noyau, des périphériques exposés par la puce. D’autre part, un Device Tree minimal pour le MacBook Neo, limité aux éléments indispensables au démarrage : les cœurs CPU, le contrôleur d’interruption, le watchdog, la liaison série et le framebuffer.
Ce détail de nomenclature a une conséquence directe pour le portage : un SoC conçu pour un smartphone privilégie l’efficacité énergétique et l’intégration, pas la documentation. Les contrôleurs internes sont optimisés pour iOS, avec des firmwares fermés et des chemins d’initialisation propres à Apple. Porter Linux dessus revient à déchiffrer un appareil qui n’a jamais été pensé pour être ouvert.
Pourquoi un Device Tree change tout
Sur les plateformes ARM, le noyau Linux ne dispose pas d’un équivalent de l’ACPI des PC x86 pour découvrir le matériel. Il s’appuie sur un Device Tree : un fichier de description qui dit au noyau « voici les périphériques, leurs adresses et leurs interruptions ». Sans lui, pas de démarrage — ou un démarrage aveugle.
Publier un Device Tree n’est donc pas un détail cosmétique. C’est la fondation sur laquelle tout le reste se construit : une fois que le noyau sait où se trouvent les périphériques, chaque pilote peut être ajouté un à un. Le Device Tree du MacBook Neo est volontairement minimal, mais c’est le bon point de départ.
Un démarrage, mais sur un seul cœur
La limite la plus visible est celle du CPU. Pour l’instant, le MacBook Neo ne s’exécute que sur un seul cœur, une restriction imposée par les instructions WFI et WFIT — les mécanismes d’attente basse consommation de l’architecture ARM. Traduction concrète : le système démarre et affiche une console, mais il est loin d’exploiter le silicium, et encore plus loin d’un usage quotidien.
Le support de l’A18 Pro est décrit comme « sévèrement limité », dans la continuité du support actuel des puces M3 sous Linux. Il faudra vraisemblablement plusieurs mois avant de voir une accélération graphique et l’ensemble des fonctions attendues d’un portable moderne. En plus des changements noyau, des modifications sont nécessaires dans m1n1, le chargeur d’amorçage du projet Asahi Linux.
L’état réel du support Apple Silicon sous Linux
Ces patchs s’inscrivent dans un effort plus large, porté principalement par le projet Asahi Linux, qui travaille déjà à l’activation des puces M3 et plus récentes. Le point essentiel à comprendre : le support Linux d’Apple Silicon reste un chantier de longue haleine, mené à rebours par rétro-ingénierie, sans documentation officielle d’Apple.
La progression suit un ordre prévisible. D’abord le démarrage sur un cœur, puis les périphériques de base — UART, watchdog, framebuffer —, ensuite le GPU et la gestion de l’énergie, et enfin les périphériques utilisateur : Wi-Fi, clavier, pavé tactile, audio. Le MacBook Neo vient d’entrer dans la première étape. Chaque bloc restant est, à lui seul, un projet de plusieurs mois.
À titre de repère, le support des puces M1 d’Apple a pris plusieurs années avant d’atteindre une maturité quotidienne, et celui des M3 est encore incomplet. Le MacBook Neo ne dérogera pas à cette règle : les patchs de septembre sont une fondation, pas une arrivée.
Pourquoi c’est une nouvelle qui compte
Pour les auto-hébergeurs et les passionnés de Linux, le MacBook Neo a un attrait particulier : c’est un portable ARM relativement abordable, au châssis soigné, dont le silicium est déjà éprouvé à des millions d’exemplaires. Si le support Linux y mûrit, il pourrait devenir une alternative crédible aux machines Snapdragon X et aux MacBook M1/M2 de première génération.
Mais l’écart entre « ça démarre » et « ça remplace un portable » reste immense. Entre les deux, il y a le GPU, la gestion de l’énergie, le Wi-Fi, l’audio — autant de briques sans lesquelles une machine est inutilisable au quotidien, quelle que soit la qualité de son noyau.
M1, M3, A18 : une décennie de rattrapage
Le projet Asahi Linux a fait du support d’Apple Silicon une affaire de longue haleine. Le portage de la puce M1 — annoncée en 2020 — a demandé des années avant d’offrir un usage quotidien, du GPU à la gestion de l’énergie. Celui des M3 est encore en cours, avec des zones d’ombre sur l’accélération graphique et les périphériques. Le A18 Pro du MacBook Neo repart donc de zéro sur une architecture voisine mais distincte.
La difficulté ne vient pas de la puissance de calcul, mais de l’absence de documentation. Apple ne publie ni spécifications de ses SoC, ni pilotes, ni description du firmware. Chaque périphérique doit être compris par rétro-ingénierie, puis décrit dans le Device Tree, puis doté d’un pilote écrit et testé de bout en bout. C’est un travail artisanal, mené par une poignée de contributeurs bénévoles.
Le repère utile est celui-ci : le support Linux d’Apple Silicon progresse, mais à un rythme mesuré en années, pas en semaines. Les patchs de septembre 2026 pour le MacBook Neo sont une première pierre — rien de plus, mais rien de moins non plus.
À titre de comparaison, les portables Snapdragon X bénéficient désormais d’un support Linux raisonnablement mature via Debian et Fedora, fruit d’un travail coordonné entre Qualcomm et les distributions. Le MacBook Neo n’en est pas là : il dépend d’un effort communautaire sans aide du constructeur. La différence d’échéance est à la hauteur de la différence d’appui industriel.
Verdict
Si vous envisagez d’acheter un MacBook Neo pour y faire tourner Linux, attendez. Le support actuel se limite à un seul cœur, sans accélération graphique, et il faudra des mois avant qu’il soit exploitable au quotidien.
Si vous suivez le projet Asahi Linux, ces patchs sont un signal de direction : le t8140/A18 Pro est désormais sur la feuille de route, et le MacBook Neo devient une cible officielle du portage.
Si vous avez besoin d’un portable ARM sous Linux dès aujourd’hui, orientez-vous vers du matériel déjà mature : un Mac M1/M2 dont le support Asahi est plus avancé, ou une machine Snapdragon X sous Debian ou Fedora.