Linux va supprimer 247 000 lignes d'ancien code ARM
Une branche du noyau supprimerait environ 247 000 lignes en retirant des plateformes ARM 32 bits obsolètes et les pilotes qu'elles seules utilisaient.
3 min de lecture

En chiffres
- lines of code the branch would remove in total
- 247k
- lines of ARM platform code, before counting drivers
- 55k
- patches in the removal series
- ~300
Arnd Bergmann, mainteneur du noyau Linux, a publié une branche qui supprimerait environ 247 000 lignes de code. Elle retire un ensemble de plateformes ARM 32 bits déclarées obsolètes, ainsi que les pilotes de périphériques que ces plateformes seules utilisaient. Phoronix en a rendu compte le 14 septembre 2026, et la branche elle-même se trouve dans l'arbre SoC du noyau sous le nom board-remove-7.3.
Le plus intéressant est de savoir d'où vient réellement ce code. Les plateformes en sont la plus petite moitié.
Les pilotes représentent l'essentiel
Bergmann évalue le code des plateformes à environ 55 000 lignes. Tout ce qui dépasse ce chiffre est du code de pilotes dont aucun matériel restant n'a besoin une fois ces cartes parties.
« Après l'abandon dans Linux 7.3, retirer les anciennes plateformes ARM allégera le noyau d'environ 55k lignes de code », a-t-il écrit. « Mais retirer les pilotes désormais inutilisés, qui ne concernent que ces plateformes, permettra de supprimer à peu près un quart de million de lignes de code. »
Une plateforme, en ce sens, est le code de prise en charge d'une famille de puces ou de cartes. Il régit la façon dont le noyau démarre là, et dont il atteint les minuteries, les interruptions et les bus de ce matériel. Les pilotes se placent au-dessus et dialoguent avec les périphériques individuels. Quand la dernière machine qui utilisait un pilote quitte l'arbre, ce pilote n'a plus aucun appelant.
| Poste | Lignes |
|---|---|
| Ancien code de plateforme ARM | environ 55 000 |
| Total retiré par la branche, pilotes compris | environ 247 000 |
| Code ajouté par la série | environ 5 000 |
| Arbre des sources du noyau, à titre de comparaison | environ 41 millions |
La série ajoute environ 5 000 lignes tout en supprimant ce quart de million, réparti sur environ 300 correctifs.
Les plateformes concernées
La branche vise A1100, Footbridge, RISCPC, la famille Orion, Dove et MV78xx0, OMAP24xx, i.MX31, LPC18xx, ainsi que les portages vers les microcontrôleurs STM32. Ce sont des conceptions ARM 32 bits, et les plus anciennes datent de l'époque où ARM n'était pas encore le choix standard pour les téléphones et les cartes embarquées.
Rien de tout cela ne surprendra qui suit l'arbre. Les plateformes ont été déclarées obsolètes dans Linux 7.3, ce qui est la manière qu'a le noyau d'annoncer une suppression à venir.
Quand cela arrivera
Le calendrier n'est pas fixé. Phoronix note que Bergmann avait évoqué Linux 7.4 ou Linux 7.5 sur la liste de diffusion du noyau, et que 7.5 est la destination la plus probable. Une branche reste une proposition jusqu'à ce qu'un mainteneur l'intègre. La version à surveiller est donc la 7.5.
Cela prolonge une tendance qui mérite attention. Linux 7.4 a supprimé BFS, le système de fichiers de démarrage d'UnixWare, pour à peu près le même motif : du code sans utilisateurs coûte un réel effort de maintenance.
Ce que cela signifie pour les développeurs
Vérifiez si quelque chose que vous livrez touche à ces plateformes, et faites-le maintenant plutôt qu'après l'intégration. Le test pratique est simple. Cherchez, dans vos configurations de noyau et dans tout pilote hors arbre, les noms de plateformes cités plus haut et les répertoires mach- correspondants.
Si vous maintenez un produit sur l'une de ces puces, vous avez une décision à prendre, pas une urgence. Vous pouvez rester sur un noyau à support de longue durée, qui conservera le code pendant des années. Vous pouvez porter vous-même la plateforme sous forme de correctifs hors arbre, ce qui vous coûte un rebasage par version. Ou vous pouvez faire migrer le produit vers une puce prise en charge. La première option est la moins chère, et seule la troisième met fin au problème.
Pour tous les autres, l'effet est indirect mais réel. Un pilote que personne ne compile est tout de même emporté par chaque modification touchant tout l'arbre, chaque renommage d'API et chaque passe d'analyse statique. Le supprimer élimine une catégorie de travail qui retombait sur des gens n'ayant aucun intérêt pour ce matériel. C'est l'argument en faveur de ces suppressions, et c'est pourquoi elles se répètent.
Le signal plus large porte sur la façon dont le noyau traite sa propre histoire. La prise en charge n'est pas retirée en silence ici. Les plateformes ont été marquées obsolètes une version à l'avance, la suppression est arrivée sous forme de branche relisible, et les noyaux à support de longue durée restent la porte de sortie. Si vous dépendez de matériel ancien, cet avis d'obsolescence est l'avertissement auquel vous êtes censé réagir, et il a déjà été donné.
Sources
Articles liés

ARCTIC ajoute une seconde licence à son pilote de ventilateurs Linux pour les BSD
Le pilote arctic_fan_controller passe de GPLv2+ à GPLv2+ et BSD-2-Clause dans Linux 7.4, pour que d'autres systèmes réutilisent le code de cet appareil à 8,99 dollars.

Un firmware open source démarre sur une carte de bureau AMD grand public
Coreboot et l'openSIL d'AMD tournent désormais sur la MSI B850P, une vraie carte de bureau AM5. Cela réduit de 79,1 % le code de firmware fermé, mais c'est un produit payant, pas un téléchargement gratuit.

Nouveau démarre sur le DGX Spark GB10 de Nvidia, officieusement
Un ingénieur de Red Hat a fait fonctionner le pilote open source Nouveau et NVK sur le DGX Spark GB10 de Nvidia. Il a fallu environ 100 correctifs, et l'intégration en amont n'est pas encore réglée.