Tres líneas borradas de un archivo de configuración no parecen gran cosa. Pero cuando esas líneas son CONFIG_M486SX, CONFIG_M486 y CONFIG_MELAN, representan el fin oficial del soporte a una arquitectura que lleva activa en el kernel desde antes de que existiera la web tal como la conocemos.
El cambio, preparado por Ingo Molnar —conocido por sus contribuciones al núcleo Linux en áreas como seguridad y rendimiento— e integrado en la rama tip/x86, no arranca de golpe toda la compatibilidad con procesadores i486 —es el primer paso de una limpieza gradual. Lo que hace concretamente es cerrar la posibilidad de compilar nuevos kernels específicamente optimizados para esa clase de CPU. El argumento técnico es directo: las rutas de código de 32 bits heredadas existen principalmente para emular carencias de hardware que ya no existe en ningún entorno relevante, complican el desarrollo del subsistema x86 y generan problemas que prácticamente nadie prueba ni corrige.
Para el usuario medio la noticia es irrelevante. Ubuntu, Fedora o Arch operan en un mundo de hardware completamente distinto desde hace décadas. Incluso Tiny Core Linux, una de las últimas distribuciones que mencionaba explícitamente el soporte a i486DX, recomienda hoy como mínimo un Pentium II con 128 MB de RAM. En la práctica, parte de los paquetes disponibles ya exigía arquitectura i586. Linux simplemente ha sido más paciente que otros: Windows 11 cortó soporte a procesadores infinitamente más modernos sin mayor ceremonia.
La decisión encaja en una tendencia que lleva varios ciclos del kernel: con Linux 7.0 ya se eliminaron restos históricos que iban desde código para el chipset Intel 440BX hasta antiguas API de montaje. El i486 sigue el mismo camino por la misma razón —mantener código muerto tiene un coste real en tiempo de desarrollo, complejidad y velocidad para aplicar correcciones. El sentimiento nostálgico tiene valor, pero no justifica indefinidamente bloquear mejoras que benefician a todos los sistemas actuales.
Fuente: Tiny Core Linux, Phoronix, The Verge, The Register, Ars Technica
