Linux empieza a eliminar el soporte para la CPU 486 de Intel

Linux se está preparando para eliminar el soporte integrado para el procesador 486 de Intel, un chip lanzado por primera vez en 1989 y que hoy en día es, en su mayoría, una pieza de museo con ventiladores. Si el cambio propuesto llega a Linux 7.1, recortará el código de compatibilidad que ha sobrevivido al hardware para el que fue creado, y las personas que mantienen el kernel no hacen ningún esfuerzo por fingir que eso es un mal negocio.

La motivación aquí es sencilla: las antiguas capas de compatibilidad consumen tiempo de los desarrolladores y, a veces, causan problemas para el resto. Ese es el lado poco glamuroso de la famosa historia de soporte de hardware de Linux: mantener CPUs antiguas y oscuras vivas puede significar más código que probar, más errores que perseguir y menos horas dedicadas a funciones que la gente realmente usa.

Qué está eliminando Linux 7.1

El cambio, detectado por Phoronix y redactado por Ingo Molnar, se titula x86/cpu: Eliminar soporte M486/M486SX/ELAN. Apunta a las rutas integradas para la familia i486 de Intel al borrar CONFIG_M486SX, CONFIG_M486 y CONFIG_MELAN. En la práctica, eso significa que el kernel se aleja de soportar una clase de hardware de 32 bits en la que muy pocas personas aún intentan ejecutar Linux moderno.

Linus Torvalds ya ha dejado clara su preferencia: quiere que la era del i486 quede atrás. Eso no es inusual en un proyecto de código abierto maduro. El kernel de Linux ha pasado décadas ampliando el soporte de hardware, pero, eventualmente, la ecuación se invierte y mantener maquinaria antigua empieza a parecer menos un gesto generoso y más una deuda técnica con etiqueta nostálgica.

Recomendado

Codex Micro de OpenAI es un macropad para programar de $230

Por qué el 486 finalmente queda descartado

El 486 llegó en 1989, fecha suficiente para poder votar, comprarse una bebida en muchos países y, aun así, seguir siendo más antiguo que algunos usuarios de Linux. Sin embargo, el soporte para ese chip ha persistido porque Linux siempre se ha enorgullecido de funcionar donde otros sistemas operativos no se molestan. El problema es que el soporte para hardware tan antiguo ya no es compatibilidad amplia; es mantenimiento especializado.

Ese cambio importa porque Linux no carece de alternativas. Cualquiera que todavía ejecute un i486 probablemente no vaya a querer una versión de kernel completamente nueva de todos modos, y una distribución LTS o una rama de kernel más antigua es la salida obvia. Este es el mismo patrón que el mundo Linux ha seguido durante años: mantener el código antiguo donde tiene sentido y dejar que las versiones más nuevas sigan adelante sin arrastrar el lastre muerto para siempre.

Qué deberían hacer ahora los propietarios de i486

• Mantenerse en una distribución Linux LTS si necesita soporte continuo para hardware antiguo.
• Conservar un kernel más antiguo si su máquina depende de la compatibilidad de la era i486.
• Asumir que futuras versiones mainline pueden seguir recortando código x86 heredado, porque es poco probable que esta sea la última limpieza.

El cambio propuesto aún no se ha fusionado, pero la dirección es evidente. Si llega a aprobarse, será otra señal de que Linux se está volviendo más selectivo sobre lo que merece permanecer en el kernel para siempre. La pregunta abierta es hasta dónde llegará esa limpieza una vez que los mantenedores decidan que el código x86 más antiguo ya no merece la molestia.