Le noyau Linux commence à faire bouger les lignes, cette fois de manière visible, pour faire disparaître une de ces pièces qui semblaient inal léables par pure inertie historique : le support pour les Intel 486 et ses dérivés immédiats. La signalisation ne se limite plus au simple débat, elle devient également du code. Sur la branche tip/master, les options M486SX, M486 et MELAN du Kconfig x86 ont été supprimées, ainsi que les références associées dans la configuration de compilation, ce qui rend la suppression beaucoup plus concrète qu’une simple idée lancée dans l’air.
Cela ne signifie pas que le support du 486 ait disparu du jour au lendemain dans la branche stable, mais cela marque le début d’un processus sérieux. Plus encore, cela confirme que Linux opère un retour à une pratique peu courante ces dernières années : abandonner une famille historique de processeurs x86. La précédente étape notable dans cette direction a été la suppression du support pour le 386, qui a disparu du noyau principal en Linux 3.8, sorti le 18 février 2013.
Moins de nostalgie, plus de maintenance
Ce n’est pas par sentimentalisme, mais par nécessité pratique. En avril 2025, Ingo Molnar a publié une RFC visant à retirer le support pour les anciennes CPU x86 dépourvues de TSC et de CX8, citant aussi une phrase très directe de Linus Torvalds : “Il n’y a aucune raison réelle” de continuer à dépenser des efforts de développement pour cette compatibilité. Dans cette même RFC, Molnar expliquait que l’architecture x86-32 conservait encore des mécanismes d’émulation et de compatibilité complexes pour des processeurs « anciens » que presque personne n’utilise avec des noyaux modernes, et il estimait que cette opération pourrait supprimer jusqu’à 14 683 lignes de code.
Ce contexte permet de mieux comprendre pourquoi le 486 revient dans l’actualité en 2026. La RFC de 2025 ne se limitait pas au i486 : elle proposait également de renforcer les critères minimums du noyau pour exiger TSC et l’instruction CX8, ce qui affecterait une partie des premiers i586 et d’autres vestiges historiques de l’arbre x86. Mais une RFC ne constitue qu’une étape, et une suppression déjà programmée est une étape bien différente. Selon les sources consultées, la seule suppression d’un support x86 complètement consolidée ces dernières années concerne le 386 ; en revanche, le support pour le 486 a déjà quitté la branche principale pour rejoindre des branches de développement actives, et la suppression plus large de certains modèles anciens d’i586 reste encore proposée, sans qu’une décision définitive ait été prise.
Tableau des supports x86 anciens retirés ou en cours de retrait dans Linux
Le tableau ci-dessous est volontairement synthétique. Ce n’est pas par manque de matériel ancien dans le noyau, mais parce que, en faisant preuve de rigueur en se concentrant uniquement sur les CPU x86 obsolètes, on constate peu de retraits totalement documentés : un déjà réalisé, un en cours et une autre encore en proposition.
| Support CPU x86 | Statut actuel | Événement clé | Version du noyau | Perspectives futures | Source |
|---|---|---|---|---|---|
| Intel 80386 / 386 | Retiré | 11 décembre 2012 : demande de suppression du « pull » pour « nuke 386 » ; Linux 3.8 sorti le 18 février 2013 | Linux 3.8 | Aucune indication de retour ou de reprise dans les sources | |
Intel i486 / 486SX-DX et AMD Elán (M486SX, M486, MELAN) |
En cours de retrait | Déjà en 2026, la suppression de ces options et des flags de compilation est présente dans tip/master |
Prévue pour Linux 7.1 | Phoronix souligne que, si cela se concrétise dans 7.1, le reste du code spécifique au 486 pourra être supprimé dans les versions suivantes | |
| Premiers i586 sans TSC/CX8 et autres vieux modèles | Proposé | À déterminer | Pas de version finale encore | La RFC visait à imposer TSC et CX8 comme minimum pour x86-32 ; dans les sources, cela reste une RFC, pas une modification définitivement intégrée |
Pour ceux qui conservent une machine équipée d’un 486, la conclusion est claire : à court terme, la solution la plus judicieuse reste d’utiliser des noyaux déjà existants, notamment des branches LTS anciennes, car le développement de nouvelles versions commence à fermer cette porte. Phoronix rappelle également qu’il n’existe pas, à notre connaissance, de distributions actuelles proposant encore des noyaux modernes supportant l’i486, ce qui renforce l’idée que maintenir cette compatibilité ne représentait plus qu’une charge symbolique, plutôt qu’une nécessité réelle pour l’écosystème.
Il est également important de contextualiser ces changements. Pour l’utilisateur lambda, pour les stations de travail ou serveurs modernes, cette évolution ne changera rien. Il ne s’agit pas d’un changement radical de direction pour Linux, mais plutôt d’un nettoyage ciblé dans une zone très précise de l’héritage x86. Toutefois, ce mouvement a aussi une portée historique : il démontre que même un projet aussi conservateur sur la compatibilité que Linux finit par tracer une ligne, lorsque le coût de prise en charge du matériel hérité dépasse fortement son utilité pratique.
Un dernier point essentiel : dans les sources consultées à ce jour, aucun plan officiel n’a encore été approuvé pour retirer d’autres architectures x86 classiques en dehors du processus concernant le i486 et la RFC sur certains i586 dépourvus de TSC/CX8. Autrement dit, oui, la discussion sur la simplification de l’architecture x86-32 continue, mais aucune décision officielle de retrait à grande échelle n’a encore été confirmée. C’est d’ailleurs la raison pour laquelle ce tableau ne liste pas des noms douteux ou des retraits encore à l’état de proposition non validée.
