- Linux abandona el soporte para los procesadores Intel 486 y varios modelos 586 tempranos al exigir TSC y CMPXCHG8B.
- La retirada elimina miles de líneas de código legado, simplifica el kernel y reduce la carga de mantenimiento.
- El impacto en usuarios actuales es mínimo; quienes usen hardware retro deberán quedarse en kernels y distros antiguas.
- El cambio refleja un giro estratégico: priorizar arquitecturas modernas frente a la retrocompatibilidad extrema.
El ecosistema del software libre se prepara para cerrar una etapa que, para muchos, es casi pura arqueología informática: Linux va a dejar de ser compatible con los viejos Intel 486. Esa familia de procesadores, lanzada a finales de los 80 y mítica en los 90, llevaba décadas sobreviviendo gracias a la obsesión de la comunidad por la retrocompatibilidad. Pero esa paciencia tiene fecha de caducidad.
Con la llegada de nuevas versiones del kernel, los desarrolladores han decidido que ha llegado el momento de cortar por lo sano: el soporte oficial para los 486 desaparece del núcleo de Linux y, de paso, se arrastran también algunos modelos muy antiguos de Pentium y otras CPU sin ciertas instrucciones modernas. No es un capricho: mantener vivo ese hardware supone una carga técnica enorme y apenas queda nadie usándolo en el mundo real.
Un adiós a un símbolo de la informática de los 90
Treinta y pico años después de su lanzamiento, los procesadores Intel 486 pasan de ser un ejemplo extremo de retrocompatibilidad a convertirse en parte de la historia oficial de Linux. El kernel, que siempre se ha caracterizado por su capacidad de funcionar en casi cualquier cosa, dejará de incluir soporte para esta arquitectura que debutó en 1989 y que fue clave para popularizar la informática personal.
El 486, también conocido como i486 o 80486, supuso en su día un salto importante frente al 386, sobre todo porque integraba por primera vez una unidad de coma flotante (FPU) en el propio chip en muchos de sus modelos y ofrecía mejoras claras de rendimiento y eficiencia. Su diseño fue tan exitoso que su producción se alargó, en distintos contextos y variantes, hasta bien entrados los 2000.
Durante casi dos décadas después de que dejara de tener relevancia comercial, el kernel de Linux mantuvo la compatibilidad con esta familia de CPU, en línea con su filosofía de accesibilidad, versatilidad y soporte para hardware antiguo. Mientras otros sistemas operativos tiraban la toalla pronto, Linux seguía ahí, arrancando en máquinas que prácticamente podrían estar en un museo.
Sin embargo, incluso en un proyecto tan conservador con la retrocompatibilidad hay límites. Los desarrolladores del kernel llevan años señalando que el coste de seguir soportando el 486 ya no compensa, sobre todo cuando hablamos de un hardware que apenas se ve fuera de colecciones privadas, sistemas embebidos muy antiguos o proyectos de hobby.
Qué cambio técnico se ha tomado en el kernel
La decisión de fondo es clara: las futuras versiones del núcleo de Linux empezarán a requerir capacidades de hardware que los 486, y algunos de sus primos cercanos, simplemente no tienen. Versiones recientes del kernel, como la rama 6.15 en adelante, elevan el listón mínimo de CPU compatible, dejando fuera a toda la familia 486 y a una serie de procesadores 586 tempranos.
El punto clave está en dos características que hoy se consideran básicas en cualquier procesador x86 medianamente moderno: el Time Stamp Counter (TSC) y la instrucción CMPXCHG8B (CX8). El TSC es un contador de ciclos que se utiliza para mediciones de tiempo de alta resolución, y CMPXCHG8B es una instrucción esencial para realizar operaciones atómicas sobre datos de 64 bits, imprescindible para la sincronización en software moderno.
Los 486 carecen de ambas, y algunos Pentium muy tempranos, así como chips alternativos como IDT WinChip o AMD Elan, tampoco las implementan o lo hacen de forma incompleta. Hasta ahora, el kernel incluía múltiples caminos de código y mecanismos de emulación para suplir esas carencias, pero eso tiene un coste enorme en complejidad y mantenimiento.
Con el nuevo enfoque, el mínimo razonable para ejecutar un kernel moderno pasa a ser al menos un primer Pentium “de los de verdad”, es decir, una CPU que ya tiene casi tres décadas a sus espaldas, pero que incorpora las instrucciones y contadores que Linux ahora da por sentados. De paso, también caen plataformas más exóticas basadas en clónicos de 486 o en procesadores embebidos x86 de 32 bits extremadamente viejos.
Uno de los cambios más visibles en el código es la retirada de la antigua librería de emulación matemática (math-emu), que servía para simular una FPU en procesadores sin coprocesador de coma flotante. Esa pieza permitía que modelos como los 486SX, o algunos Pentium con problemas conocidos en la FPU (como el famoso FDIV bug), pudieran ejecutar operaciones de coma flotante a costa de un rendimiento muy pobre.
La postura de Linus Torvalds y los mantenedores del kernel
Linus Torvalds, creador y máximo responsable del kernel de Linux, llevaba tiempo dejando caer que la cuerda del 486 no podía estirarse mucho más. En correos a la lista de desarrolladores ha sido bastante directo: “ya no hay ninguna razón para seguir soportándolo”, llegó a afirmar, subrayando que dedicar recursos a una arquitectura que prácticamente nadie usa ya no tiene sentido.
Torvalds ha recordado en varias ocasiones que algo similar ya se hizo con los 386 hace años. En 2012 el kernel abandonó el soporte para esa generación aún más antigua, y desde entonces se intuía que el siguiente paso lógico era dejar atrás también los 486. La diferencia es que, en este caso, el salto se da cuando el ecosistema x86 de 32 bits en general también empieza a perder relevancia frente a arquitecturas de 64 bits.
Junto a Torvalds, desarrolladores veteranos como Ingo Molnar han ido construyendo el argumento técnico: mantener compatibilidad con CPU muy antiguas requiere una maraña de mecanismos de emulación y excepciones que apenas se utilizan y que, cada cierto tiempo, provocan bugs difíciles de rastrear. Todo ese esfuerzo se invierte en tapar huecos que afectan a una fracción ínfima de usuarios.
Molnar ha explicado que la arquitectura x86-32 acumula una gran cantidad de código legado para cubrir particularidades de procesadores arcaicos, y que esas “brechas de compatibilidad” pueden generar problemas que consumen tiempo de desarrollo que sería más útil destinar a mejorar el rendimiento, la seguridad y la estabilidad en equipos actuales.
En un correo muy comentado dentro de la comunidad, se defendía con rotundidad la idea de que es momento de dejar de gastar ni un segundo más de esfuerzo en los i486 en las versiones modernas del kernel. La filosofía de fondo no es despreciar el hardware clásico, sino asumir que el núcleo principal no puede cargar eternamente con todo el pasado de la informática personal.
Qué supone la limpieza de código en números
Más allá del aspecto simbólico, este cambio tiene efectos muy concretos sobre el interior del kernel. La retirada de soporte a los 486 y a ciertas CPU 586 antiguas implica eliminar del árbol del código miles de líneas dedicadas exclusivamente a ellos. En algunos parches se habla de más de 14.000 o 15.000 líneas depuradas de golpe.
Buena parte de ese código estaba orientado a emular funciones de hardware ausentes en esas CPU: desde la mencionada emulación de FPU hasta rutas de ejecución alternativas para manejar la ausencia de TSC o CMPXCHG8B, pasando por todo tipo de condicionantes para lidiar con bugs específicos de determinados modelos.
Al desaparecer ese soporte, el núcleo se simplifica. Menos código antiguo quiere decir menos caminos que probar, menos escenarios raros que mantener y, en general, una base más limpia sobre la que seguir construyendo. Esto, a largo plazo, ayuda tanto al rendimiento como a la seguridad, al reducir la superficie de posibles errores.
También se envía un mensaje claro de cara al futuro: la compatibilidad absoluta con todo lo que alguna vez fue x86 ya no es prioritaria. A partir de ahora, es razonable esperar que el ritmo de retirada de hardware muy antiguo se acelere, especialmente en el ámbito de 32 bits, donde muchos fabricantes y distribuciones ya están recortando opciones.
Por qué se toma esta decisión justo ahora
La pregunta obvia es: si el 486 llevaba tantos años prácticamente desaparecido, por qué se ha esperado tanto para cortar el soporte? La respuesta tiene varias capas. Por un lado, la comunidad Linux siempre ha sido muy cuidadosa con no romper configuraciones marginales sin una buena razón. Muchos entornos industriales y sistemas embebidos se basaban en hardware viejo y se beneficiaban de esa paciencia.
Sin embargo, con el paso del tiempo, el número real de instalaciones activas sobre 486 se ha vuelto residual. La mayor parte de esos sistemas han sido sustituídos, migrados o, sencillamente, apagados. Mantener código específico para un puñado de equipos encendidos en colecciones privadas o en instalaciones extremadamente raras ya no parece defendible.
Por otro lado, el kernel ha ido adoptando cada vez más optimizaciones y mecanismos que asumen la presencia de ciertas características de hardware. Seguir arrastrando excepciones para las CPU que no las tienen penaliza a todas las demás, ya sea en forma de código más complejo, rutas de ejecución menos claras o imposibilidad de simplificar determinadas partes del núcleo.
También hay un componente de comparación con otros sistemas. Microsoft abandonó el soporte práctico para los 486 con Windows XP, lanzado en 2001, y desde entonces el mundo Windows dio por enterrada esa generación. Linux la ha mantenido con vida más de veinte años más, pero incluso en el software libre hay un límite razonable a esa prolongación artificial.
Con todo ello sobre la mesa, los desarrolladores han concluido que este es el momento adecuado para cerrar el ciclo del 486: el impacto real sobre usuarios es mínimo, el beneficio para la limpieza del kernel es grande y permite que los esfuerzos se concentren en arquitecturas actuales, ya sean x86-64 o alternativas como ARM, RISC-V y compañía.
Impacto en usuarios, distros y hardware retro
Para el usuario medio de Linux, el efecto práctico de este movimiento es, siendo sinceros, prácticamente nulo. Es muy raro que hoy alguien tenga su equipo del día a día corriendo sobre un 486, o incluso sobre un Pentium de primera hornada sin las instrucciones mínimas exigidas por el kernel moderno. Cualquier ordenador de sobremesa o portátil de las últimas dos décadas supera esos requisitos con holgura.
Donde sí se nota el cambio es en la escena retro y en ciertos sistemas embebidos muy específicos. Quienes usen máquinas clásicas por puro cariño, colección o experimentación verán que, a partir de ciertas versiones del kernel, ya no podrán compilar ni arrancar Linux moderno en esos equipos. Simplemente, el núcleo asumirá un nivel de CPU que ellos no alcanzan.
No obstante, esto no significa que esas máquinas queden muertas. Siempre seguirá existiendo la opción de permanecer en versiones antiguas del kernel o en distribuciones viejas que aún incluyan soporte para 486. Distros ligeras, ediciones minimales o lanzamientos LTS de hace años pueden seguir siendo perfectamente funcionales para trastear con hardware antiguo.
De hecho, muchos aficionados al retrocomputing ya utilizaban versiones muy veteranas de Debian, Ubuntu u otras distribuciones exactamente por ese motivo: son más acordes a las capacidades de CPU y memoria de aquellas máquinas. El precio a pagar es evidente: se renuncia a las mejoras de seguridad, rendimiento y funcionalidades modernas.
En el terreno de los sistemas alternativos, siguen existiendo opciones. Proyectos como FreeDOS o ArcaOS (una evolución comercial de OS/2) continúan siendo plenamente viables en 486, al igual que ciertos sistemas ligeros muy especializados. También se han visto experimentos para ejecutar versiones muy recortadas de Windows en estas CPU, aunque conectarlas a Internet hoy en día es, sencillamente, una mala idea desde el punto de vista de seguridad.
En el terreno de los sistemas alternativos, siguen existiendo opciones. Proyectos como FreeDOS o ArcaOS (una evolución comercial de OS/2) continúan siendo plenamente viables en 486, al igual que ciertos sistemas ligeros muy especializados. También se han visto experimentos para ejecutar versiones muy recortadas de Windows XP en estas CPU, aunque conectarlas a Internet hoy en día es, sencillamente, una mala idea desde el punto de vista de seguridad.
El papel de otras arquitecturas y el futuro de x86 antiguo
La retirada del 486 no ocurre en el vacío; se enmarca en una tendencia más amplia. En los últimos años, Linux ha ido consolidando su presencia en arquitecturas más modernas, especialmente x86-64 en el escritorio y el servidor, ARM en móviles y dispositivos, y RISC-V como apuesta emergente. El peso del viejo x86 de 32 bits se reduce poco a poco.
Dentro de ese contexto, tiene sentido que las CPU x86 de 32 bits más antiguas empiecen a perder prioridad. No sería extraño que, en el futuro, se continúe con una retirada gradual de soporte a chips que no cumplan ciertos mínimos de rendimiento o características, siguiendo una pauta similar a la que ha afectado al 486.
Esto no significa que vaya a desaparecer el soporte x86-32 de un día para otro, pero sí que la comunidad asume que no se puede arrastrar indefinidamente toda la historia de la arquitectura PC. En algún punto, hay que trazar una línea entre lo que es razonable seguir manteniendo en el kernel principal y lo que, sencillamente, debe quedar relegado a versiones históricas.
Al mismo tiempo, la limpieza de código heredado abre la puerta a optimizaciones más agresivas para hardware actual. Liberar al kernel de las ataduras de CPU que no pueden, por ejemplo, ejecutar ciertas instrucciones atómicas, permite simplificar algoritmos de sincronización, temporización y gestión de concurrencia.
En resumen, la decisión de dejar atrás los 486 se entiende mejor como una apuesta por la salud a largo plazo del proyecto Linux que como una traición al espíritu de retrocompatibilidad. La historia y el cariño por las máquinas antiguas siguen ahí, pero el núcleo que mueve la informática moderna tiene que mirar hacia adelante.
Con este movimiento, Linux cierra un capítulo muy significativo: despide a uno de los procesadores que ayudó a popularizar los PC en los años noventa y que, durante décadas, se mantuvo vivo gracias al empeño del software libre por llegar a todos los rincones. A partir de ahora, los 486 y compañía quedarán reservados para quien quiera seguir trasteando con kernels antiguos y distros veteranas, mientras el desarrollo principal se centra en arquitecturas modernas, más rápidas y mucho más seguras.
Redactor apasionado del mundo de los bytes y la tecnología en general. Me encanta compartir mis conocimientos a través de la escritura, y eso es lo que haré en este blog, mostrarte todo lo más interesante sobre gadgets, software, hardware, tendencias tecnológicas, y más. Mi objetivo es ayudarte a navegar por el mundo digital de forma sencilla y entretenida.