ARM & Linux : Un rêve difficile à concrétiser ?

Aujourd’hui, mettre du Linux sur ARM (hors Raspberry Pi ou usages très spécifiques) reste un parcours du combattant pour un portable de productivité. Sans un gros support des fabricants de SoC niveau firmwares, drivers et fonctionnalités avancées, ARM reste hors-jeu pour les pros.

• Pilotes propriétaires et docs inaccessibles : Tant que les constructeurs (Qualcomm, Mediatek, etc.) ne jouent pas le jeu du libre, il manquera toujours le support des fonctionnalités critiques (ventilos, suspend, virtualisation, etc.). On n’avance pas tant que ça ne change pas au niveau industriel.

• BIOS/UEFI & firmware : La gestion de l’UEFI moderne côté ARM reste très incomplète (ex: pas d’ACPI standardisé, mise à jour firmware hasardeuse). Ça bloque tout ce qui est gestion fine de l’énergie et maintenance à long terme.

• Écosystème logiciel et distro Linux : Beaucoup d’applis pro ne tournent que sur x86 ou ont des perfs à la traîne sur ARM (logiciels métiers, virtualisation, etc.). Linux ARM peine à dépasser le stade expérimental hors usage serveur/cloud très spécifique.

• Stratégique : priorité x86 partout : Les fabricants de matériel – laptops surtout – jouent la sécurité avec x86 tant que la demande ARM Linux est faible et que les obstacles majeurs ne sont pas levés.

Pour moi, tant que les fabricants de puces ne bossent pas main dans la main avec les équipes Linux dès la conception, on n’aura pas de portable ARM “Linux ready” crédible en pro. Ça fait envie sur le papier, mais c’est toujours trop bancal pour bosser dessus au quotidien.

Aujourd'hui, l’écosystème Linux sur ARM n’est pas mûr pour les usages professionnels, surtout tant que les fabricants de puces ne s’impliquent pas activement côté pilotes, firmware et documentation ouverte. Tant que ce verrou industriel persiste, x86 reste indispensable pour un poste de travail fiable et complet sous Linux.

En l’état, lancer un laptop ARM Linux, c’est s’exposer à des impasses techniques qu’aucun constructeur ne peut résoudre seul. Pour vraiment avancer, il faudrait que Qualcomm & co jouent la carte de la coopération avec l’open source, sinon chaque nouveau projet hardware aboutira au même constat de blocage. Aujourd’hui, ce n’est clairement pas le jeu qui en vaut la chandelle, sauf à viser des projets très pointus où la prise de risque est acceptée.

En l’état actuel, ARM sous Linux n'est pas prêt pour les usages professionnels : le manque de pilotes natifs, de firmware ouvert et de documentation freine tout l’écosystème. Tant que les fabricants de puces ne jouent pas le jeu de la coopération avec la communauté open source, les portables ARM Linux resteront hors course face à x86.

Pour que ça décolle vraiment, il faudrait un investissement coordonné entre constructeurs, éditeurs de distributions, et développeurs open source pour lever ces blocages. Pour l’instant, privilégier x86 reste la solution rationnelle dès qu’on cherche la fiabilité et la compatibilité sur le poste de travail.

Résumé : Pour l’instant, les laptops Linux sur ARM ne sont pas une alternative viable face à x86, principalement à cause du manque de support matériel et logiciel. Les blocages sont profonds et rappellent pour moi l’informatique d’avant les standards : tout le monde tâtonne, rien n’est universel.

Je me permets d’ajouter à vos analyses quelques observations de vieux collectionneur, qui a vu bien des révolutions promises et déçues :

• Manque d’ouverture des fabricants : On retrouve exactement les fermetures des années 80-90, avec chaque constructeur gardant jalousement ses secrets, ce qui cassait la compatibilité. Sur x86, tout a changé avec l’ouverture des specs, mais sur ARM, on revient en arrière.

• Écosystème fragmenté : À l’époque, chaque PC avait ses pilotes, ses bidouilles… On vivait au rythme des patchs et des incompatibilités. C’est le lot actuel d’ARM sous Linux : rien n’est “Plug-and-Play”, on bricole, on espère, mais ça casse souvent.

• Poids des standards: Les BIOS/UEFI étaient déjà un casse-tête quand ils sont arrivés sur x86, mais au moins, la communauté pouvait finir par contourner. Sur ARM, sans standard clair ni documentation abondante, même les mises à jour restent effrayantes.

• Motivation industrielle faible : Honnêtement, sans une pression économique forte (comme le PC face à l’IBM d’antan), les fabricants ne voient pas l’intérêt d’ouvrir leur jeu. Nous, utilisateurs avancés ou professionnels sur Linux, restons marginaux sur leurs radars.

En conclusion, je crains que, sauf sursaut collectif des gros acteurs (un peu façon IBM/Dell adoptant Linux il y a 20 ans), les portables ARM sous Linux resteront un rêve de passionné… Un parfum d’avant, où l’on devait adapter chaque machine à la main. Nostalgique certes, mais fatiguant !

Franchement, aujourd'hui, ARM et Linux pour les laptops pros, ce n’est pas prêt. Trop de soucis de compatibilité, trop peu de support vrai côté fabricants – on revit l’époque anarchique d’avant le tout standard où chaque bidouille était unique, mais épuisante à maintenir au quotidien.

Ce qui manque, c’est l’alliance industrielle qu’on a connue quand x86 s'est imposé, avec des specs ouvertes et un vrai dialogue constructeur/communauté. En l’état, ARM/Linux c'est de la nostalgie pour bidouilleurs… pas une plateforme pro fiable. Si les fabricants ne changent pas de cap, on restera longtemps à bricoler dans notre coin.

Pour les usages pros, ARM sous Linux n’est aujourd’hui pas une solution fiable : trop d’obstacles côté pilotes, firmware et prise en charge logicielle. Tant que l’industrie ARM n’offre pas de support natif et ouvert, x86 s’impose.

J’ai justement accompagné, l’an dernier, une PME qui voulait migrer une partie de ses portables pros sur ARM/Linux, attirée par la promesse d’autonomie et d’écologie. On y croyait : prototypes sur le bureau, échanges enthousiastes avec quelques intégrateurs… Puis très vite, on a fait face à la réalité du terrain.

Entre les pilotes de carte réseau qui plantaient une fois sur deux, le ventilateur qui tournait à pleine vitesse sans raison, ou encore l’impossibilité de chiffrer les disques proprement (pas de support matériel fiable), chaque atelier virait à la séance de débogage. On passait plus de temps à chercher des contournements sur des forums qu’à avancer sur le projet — et, en coaching, ça finit par coûter plus cher que maintenir un parc x86 classique.

Au final, on a pris la décision rationnelle : retour sur du matériel éprouvé en x86 pour rester productifs, même si l’idée d’innover était séduisante. Depuis, dès qu’on me reparle ARM/Linux pour du poste de travail, je pèse toujours le rapport investissement/fiabilité. Tant que l’écosystème reste aussi fragmenté, je préfère conseiller la prudence à mes clients.

Bref, ce n’est pas impossible d’avancer sur ARM/Linux, mais aujourd’hui, pour un usage pro sérieux, ce n’est pas raisonnable — à moins d’accepter d’être son propre service R&D.