¡Linux 7.1 dice adiós al Intel 486!
Linux 7.1 elimina soporte para el procesador Intel 486, lanzado en 1989, para reducir la carga de mantenimiento del kernel en 37 años después de su lanzamiento. La decisión elimina aproximadamente 15.000 líneas de código de compatibilidad retroactiva. Afecta principalmente a máquinas muy antiguas, ya que prácticamente nadie usa i486 en producción desde hace dos décadas.
En 30 segundos
- El Intel 486 (1989) fue el primer procesador con FPU integrada y revolucionó las computadoras personales de los 90s con velocidades entre 16 y 100 MHz.
- Linux 7.1 deja de soportarlo porque apenas lo usa alguien y el código de compatibilidad consume recursos valiosos de desarrollo.
- Se eliminan aproximadamente 15.000 líneas de código heredado incluyendo CONFIG_M486, CONFIG_M486SX y CONFIG_MELAN.
- Los nuevos requisitos mínimos son TSC (Time Stamp Counter) y CX8 (CMPXCHG8B), instrucciones que el i486 nunca tuvo.
- Usuarios con máquinas i486 pueden mantener kernels antiguos LTS pero sin actualizaciones de seguridad modernas.
Qué es el Intel 486 y su importancia histórica
El Intel 486 (o i486) es un procesador de 32 bits lanzado por Intel en 1989 que fue el primero en integrar una unidad de punto flotante (FPU) en el mismo chip, revolucionando el rendimiento de las computadoras personales de esa década.
Ponele que en 1989 cuando salió el 486, las máquinas que tenías en tu oficina o tu casa eran 386 con un coprocesador matemático aparte (si es que lo tenías). Subía el precio, bajaba el espacio en la placa madre, y terminaba siendo incómodo. El 486 llegó y dijo “acá viene todo en una sola ficha”. Tenía 1,2 millones de transistores, un caché de 8 KB integrado, y velocidades que iban desde 16 MHz en las versiones tempranas hasta 100 MHz en las más rápidas. El 486 permitió que computadoras mucho más potentes llegaran a hogares y pequeñas empresas por primera vez.
Durante los años 90 fue el procesador estándar. Si alguien decía “acabo de comprarse una computadora”, tenía un 486 dentro. Le sacaba 3 o 4 años de vida útil a lo sumo, claro está (spoiler: no funcionó tan bien después), pero en su momento fue un golazo. Había varias variantes: el 486DX con FPU completa, el 486SX sin FPU, y después el DX2 y DX4 con multiplicadores de velocidad. Compañías como AMD también sacaron sus propias versiones, el 486 compatible.
Linux 7.1 elimina soporte: la decisión oficial
Linus Torvalds, el creador de Linux, fue quien propuso eliminar el soporte para i486. Su argumento fue simple: no hay razón real para mantenerlo. El kernel 7.1 oficializa esta decisión mediante un patch que elimina las opciones de configuración CONFIG_M486, CONFIG_M486SX y CONFIG_MELAN.
Ingo Molnar fue quien codificó el cambio, así que si le querés echar la culpa a alguien, ahí está. El parche no es complicado: tira todo el código de compatibilidad al tacho. Si vos tenés un sistema antiguo con i486 y intentás compilar el kernel 7.1 esperando que funcione, te va a rechazar la configuración. No hay opción, no hay fallback.
El cambio está en kernel 6.15 y se consolida en 7.1. Esto no afecta a versiones anteriores (un kernel 6.14 o más viejo sigue funcionando con i486 si lo compilás con soporte), pero cualquier cosa nueva que bajes va a estar fuera de alcance si tenés hardware de esa época.
Razones técnicas: 15.000 líneas de código innecesarias
Acá viene lo técnico de verdad. El kernel de Linux tiene aproximadamente 20-30 millones de líneas de código. Mantener soporte para un procesador que nadie usa consume tiempo de desarrollo, ciclos de QA, y overhead en compilación. La eliminación del soporte i486 saca cerca de 15.000 líneas de código de compatibilidad retroactiva.
¿Qué hace ese código?
- Maneja excepciones y comportamientos raros del 486 que los procesadores modernos no tienen.
- Simula instrucciones que el 486 soporta parcialmente o no soporta bien.
- Chequea configuraciones de caché y TLB (Translation Lookaside Buffer) específicas del 486.
- Incluye workarounds para bugs conocidos del procesador de 1989.
Dicho esto, el verdadero costo no es solo el tamaño en líneas. Es que cada vez que alguien toca el código de arquitectura (memory management, concurrencia, sincronización), tiene que pensar “¿esto afecta a i486?” y mantener la compatibilidad. Eso ralentiza el desarrollo. Los desarrolladores del kernel consideraban obsoleto mantener ese soporte hace años, pero recién ahora pasó el corte de mantenimiento.
Nuevos requisitos mínimos: TSC y CX8
Linux 7.1 establece dos requisitos de arquitectura que el i486 no cumple: TSC y CX8.
TSC (Time Stamp Counter): Es un registro de 64 bits que cada procesador tiene, y cuenta ciclos de reloj desde que se encendió. Linux lo usa para medir tiempos de alta precisión, sincronizar eventos, y mantener reloj del sistema. El i486 no tiene TSC. Bueno, técnicamente tiene el registro pero es unreliable y el kernel no puede confiar en él.
CX8 (CMPXCHG8B): Es una instrucción atómica que compara e intercambia 8 bytes en memoria. Es crítica para operaciones atómicas modernas: mutexes, spinlocks, operaciones de lista sin-lock. Sin CX8 tenés que hacer todo con spinlocks más complejos o cpm locks más pesados, lo que mata el rendimiento. El i486 original no tiene CX8. (Sí, en serio.)
Estos dos requisitos descartaban al i486 de todas formas, así que la decisión fue más una formalización que un gran shock.
Impacto para usuarios: alternativas y soluciones
Acá viene la pregunta obvia: ¿me afecta a mí?
Respuesta corta: no, salvo que seas de las 6 personas en el mundo que todavía usa i486 en producción (spoiler: probablemente no).
Si de todas formas tenés una máquina con i486 (ya sea real o emulada, tal vez por nostalgia) tenés un par de opciones:
- Mantener un kernel antiguo: Kernel 6.14 o anterior sigue compilable con soporte i486. Descargás el source, lo compilás con CONFIG_M486=y, y zafás. Lo malo: sin actualizaciones de seguridad modernas. Los CVEs siguen siendo válidos.
- Usar distros ligeras retro: Damn Small Linux y otras distros ultra-minimalistas requieren i486 como mínimo. Pero tampoco van a recibir actualizaciones nuevas por mucho tiempo.
- Virtualizar con emulación: Máquinas virtuales con QEMU o VirtualBox que emulen i486 van a seguir funcionando siempre que uses kernel antiguo adentro. Pero no va a haber avance.
El punto es: nadie en su sano juicio va a tener un 486 real en producción. Podría haber un puñado de casos edge de máquinas viejas que alguien mantiene funcionando por razones históricas, pero eso.
Contexto histórico: otras arquitecturas retiradas
El i486 no es el primero. Es parte de un patrón natural de evolución del kernel.
El i386 (procesador anterior) perdió soporte oficial en Linux hace años. Concretamente en 2012, Linux eliminó el soporte para i386, sacando otros 15.000 líneas de código. Pasó lo mismo: código viejo, nadie lo usaba, ocupaba espacio. Windows descontinuó i486 hace 20 años sin drama.
AMD hace lo mismo con la familia MIPS cuando la tecnología avanza. ARM descontinuó ARMv4 hace años. Es un ciclo de vida natural: Hardware viene, es dominante 5-10 años, empieza a quedar viejo, deja de ser soportado cuando el costo de mantenerlo supera el beneficio.
Máquinas virtuales y emulación: ¿funciona el i486?
Pregunta válida: si emulo un i486 en QEMU o VirtualBox, ¿puedo correr Linux 7.1 adentro?
Corta: no, salvo que la máquina virtual emule también TSC y CX8 (cosa que sí hacen, la mayoría), e instalés un kernel antiguo.
QEMU y VirtualBox son bastante ficticios con la CPU que emulan. Cuando le decís “emulá un i486”, lo que hacen internamente es más complicado: montan la CPU del host (tu máquina real, que es x86-64) y atrapan instrucciones que el guest (la VM) intenta ejecutar que el host no soporta. Eso no es un i486 de verdad, es un i486 que reclama ciertos comportamientos del host.
Así que sí, el QEMU con emulación de i486 va a rechazar un kernel 7.1 porque va a decir “esto requiere TSC/CX8 y vos no los tenés”. Pero si compilás un kernel 6.14 dentro de la VM, funciona sin drama.
Errores comunes
Error 1: “Creía que podía actualizar mi kernel 6.14 a 7.1 sin cambiar hardware”
Incorrecto. Si tu hardware es i486, no podés. Punto. El kernel rechazará la compilación o el arranque dependiendo de cómo lo intentés. Tenés que hacer una de dos: cambiar a hardware moderno (tiene TSC y CX8, todo i586+ lo tiene) o quedarte con kernel viejo.
Error 2: “Si bajo el source y saco la línea que chequea i486, funciona”
No. El chequeo es solo la puerta. El problema real es que el resto del kernel no funcionaría. Faltan TSC y CX8, así que el kernel se caería en el scheduler, en spinlocks, en memory management. Sacar la línea de validación es solo taparse los ojos.
Error 3: “AMD tiene su propio i486, tal vez Linux no lo droppe”
AMD sacó el Am486, que era compatible con Intel. La descontinuación aplica a todos: Intel, AMD, Cyrix, National Semiconductor, todos los que hicieron i486 compatibles. El kernel no distingue por fabricante en esto.
Preguntas Frecuentes
¿Por qué Linux deja de soportar procesadores Intel 486?
Porque nadie los usa, mantener 15.000 líneas de código para hardware de 1989 consume desarrollo, y el beneficio es cero. Linus Torvalds lo propuso directamente en el kernel 6.15.
¿Qué es el Intel 486 y por qué era importante?
Es un procesador de 32 bits lanzado en 1989 que metió la unidad de punto flotante en el mismo chip por primera vez. Revolucionó las computadoras personales de los 90s porque permitió máquinas mucho más potentes a precio accesible.
¿En qué versión de Linux se elimina el soporte para i486?
Se propone en kernel 6.15 (experimental) y se formaliza en 7.1 (estable). Kernels 6.14 e inferiores siguen soportando i486 si los compilás con CONFIG_M486=y.
¿Qué puedo hacer si tengo una máquina con procesador 486?
Compilar un kernel antiguo (6.14 o anterior) y quedarte ahí. O cambiar a hardware moderno (i586 en adelante tiene TSC y CX8, cualquier cosa del 2000 en adelante zafa). Las distros ligeras como Damn Small Linux todavía van a funcionar, pero sin muchas actualizaciones futuras.
¿Cuántas líneas de código se eliminan con el fin del soporte i486?
Aproximadamente 15.000 líneas. Incluye configuraciones, workarounds, y código de compatibilidad que solo se usaba para este procesador. Es lo mismo que pasó con i386 en 2012.
Conclusión
Linux 7.1 elimina soporte para el Intel 486 porque después de 37 años, mantener ese código es más un lastre que un beneficio. El cambio formaliza algo que era de facto realidad: prácticamente nadie usa i486 en sistemas reales. Es parte natural del ciclo de vida de cualquier OS: hardware envejece, pierde relevancia, se descontinúa.
El impacto para vos es cero si tu máquina tiene menos de 25 años. Si de casualidad tenés una máquina vieja por nostalgia o archivo histórico, podés mantener un kernel antiguo sin drama. Pero en el mundo moderno, esto es un no-evento que limpia código innecesario. Linux se vuelve un poco más limpio, más rápido de mantener, y más enfocado en arquitecturas que la gente usa de verdad.
