Linux 7.1 llegó el 14 de junio de 2026 con una decisión largamente pospuesta: eliminar el soporte para los procesadores Intel 486. Lo anuncia Linus Torvalds en el canal habitual, con su tono característico. Es la primera arquitectura de procesador retirada del kernel desde el 386 en 2012. El Intel 486 vio la luz en 1989, dejó de fabricarse en 2007, y ninguna distribución Linux moderna lo soportaba en la práctica. Las opciones Kconfig para M486, M486SX y MELAN han desaparecido junto a más de 140.000 líneas de código heredado. El parche fue escrito por Ingo Molnar, citando las palabras de Torvalds: no hay «ninguna razón real para que nadie dedique un segundo» a mantener ese soporte.
Qué elimina Linux 7.1 y qué aporta
La eliminación del 486 no es solo simbólica. El kernel mantenía código de emulación de hardware para chips que carecen de TSC (contador de tiempo) y la instrucción CMPXCHG8B — características que el 486 no tiene. Ese código de emulación implicaba deuda técnica real: quien tocara el planificador o el sistema de gestión de memoria tenía que verificar que no rompía la compatibilidad con hardware que nadie usa. Con su eliminación, el árbol del kernel gana limpieza y el mantenimiento se simplifica.
Junto al 486, Linux 7.1 retira soporte para procesadores Baikal rusos, el bus mouse heredado, drivers de ISDN antiguos, el protocolo UDP-Lite y algunos drivers PCMCIA obsoletos. El conjunto supera las 140.000 líneas eliminadas, un porcentaje significativo de la deuda técnica acumulada desde los años noventa.
En el lado positivo, el lanzamiento trae un nuevo driver NTFS nativo con soporte moderno de lectura y escritura, lo que resuelve años de dependencia del módulo externo ntfs-3g. Intel FRED (Flexible Return and Event Delivery) se habilita por defecto, mejorando la gestión de excepciones e interrupciones en sistemas Intel modernos. Hay también mejoras de rendimiento para Apple Silicon y correcciones de audio para la Steam Deck OLED, además de una expansión de Landlock para mejor aislamiento de procesos en entornos de contenedores.
La revolución del código abierto en inteligencia artificial comparte el mismo ADN de este modelo de desarrollo: comunidades distribuidas que acumulan capas durante décadas hasta que el peso de lo heredado supera el valor de mantenerlo. El debate sobre cuándo cortar tiene la misma respuesta en los modelos de lenguaje que en el kernel.
35 años de compatibilidad y el costo real de mantenerla
El 486 apareció cuando Linux era un proyecto de hobby de un estudiante finlandés de 21 años. La compatibilidad con ese hardware fue esencial para que Linux se extendiera fuera del mundo académico. Que se haya mantenido durante más de tres décadas dice algo sobre la cultura del kernel: la compatibilidad hacia atrás se defiende mucho más que en otros proyectos de software.
Pero el costo no es neutral. Cada arquitectura heredada que permanece en el árbol requiere que los mantenedores verifiquen que las nuevas funciones no la rompen. En el caso del 486, ese costo incluía emulación por software de instrucciones que todas las CPUs modernas implementan en hardware. Eliminarlo no es abandono, es ingeniería responsable.
OpenKylin, el sistema operativo chino basado en Linux para competir con Windows, hereda automáticamente estas mejoras sin coste. Es uno de los beneficios menos visibles del modelo open source: la limpieza de deuda técnica que hace un contribuidor se distribuye instantáneamente a miles de proyectos derivados.
El paquete de soberanía digital europeo de junio de 2026 sitúa el software de código abierto como pilar de la independencia tecnológica: el kernel de Linux corre en prácticamente todos los servidores de IA del mundo, y mantenerlo saludable es una cuestión estratégica, no solo técnica.
Llevo siguiendo las notas de release del kernel desde 2015. Los lanzamientos de eliminación de código son los más interesantes para entender la dirección del ecosistema. Cuando el kernel decide que algo ya no vale la pena mantener, es señal de madurez.
Mi valoración
Lo que más me convence es que estaba más que madura. La última distribución Linux que compilaba para 486 desapareció hace años; mantener las opciones Kconfig era teatro de compatibilidad.
Lo que más me preocupa es el hardware industrial aislado. Si hay máquinas de control industrial corriendo kernels personalizados basados en 486 —probable en entornos de manufactura con hardware muy antiguo— el camino ahora es quedarse en kernels LTS sin actualizaciones de seguridad upstream.
Lo más estructuralmente significativo es el nuevo NTFS nativo. Para entornos mixtos Linux/Windows, esto resuelve años de fricción.
La pregunta a 12 meses es cuántas líneas más de código de los noventa caen en Linux 7.2. Mi predicción: el ritmo de limpieza se acelera ahora que se ha roto el tabú.
Preguntas frecuentes
¿Qué le pasa a quien todavía tiene hardware con procesador 486?
En la práctica nadie corre kernels modernos en 486, porque las distribuciones actuales dejaron de soportar esa arquitectura hace más de una década. Si hay hardware así en producción, deberá quedarse en kernels LTS anteriores a 7.1 con actualizaciones de seguridad limitadas.
¿Por qué tardó tanto en eliminarse el soporte del 486 si nadie lo usaba?
La cultura del kernel es extremadamente conservadora con la compatibilidad. Torvalds propuso eliminarlo ya en 2022 pero el cambio se retrasó por cautela. Ingo Molnar acumuló suficiente consenso en la lista de correo del kernel para que en 2026 el parche finalmente pasara el merge window.
¿Qué mejora el nuevo driver NTFS nativo de Linux 7.1?
NTFS es el sistema de archivos de Windows. Linux tenía acceso mediante módulos externos (ntfs-3g). Linux 7.1 incluye un driver NTFS in-kernel con soporte moderno de lectura y escritura, mejorando la compatibilidad con particiones Windows sin dependencias externas.
☞ El artículo completo original de Natalia Polo lo puedes ver aquí
No hay comentarios.:
Publicar un comentario