7 noviembre 2026
Noticias, Tecnología
6 minutos de lectura

Los procesadores x86 aún arrancan en 16 bits, y está documentado

Antonio

Cualquier procesador x86 actual de Intel o AMD, desde un portátil hasta un servidor con decenas de núcleos, empieza a funcionar en modo real de 16 bits, el mismo entorno de ejecución del Intel 8086 de 1978. Algunos titulares lo han presentado estos días como un descubrimiento, pero no lo es: los manuales de arquitectura de Intel y AMD lo describen desde hace décadas, y se mantiene a propósito por compatibilidad. Intel llegó a proponer en 2023 eliminarlo con su arquitectura X86S y abandonó la idea en diciembre de 2024.

Las claves del arranque en 16 bits de las CPU x86 en 30 segundos

Los manuales de Intel y AMD establecen que, tras encenderse o reiniciarse, el procesador entra en modo real.
La primera instrucción se lee en la dirección física FFFFFFF0h, en la memoria del firmware.
El firmware UEFI sale de ese modo en pocas instrucciones y el sistema operativo arranca ya en 64 bits.
Linux y Windows siguen usando un pequeño código de 16 bits para despertar los núcleos adicionales.
Intel descartó X86S, su propuesta para arrancar directamente en 64 bits.

Para entender por qué sigue así hay que mirar a la historia de la arquitectura. Cada generación de procesadores x86 ha añadido modos nuevos sin retirar los anteriores: el modo protegido llegó con el 80286, el de 32 bits con el 80386 y el modo largo de 64 bits con las extensiones AMD64. El punto de partida tras un reinicio, en cambio, nunca se tocó, porque todo el software de arranque de la plataforma PC se apoyaba en él.

Lo que dicen los manuales de Intel y AMD

El Volumen 3A del manual para desarrolladores de las arquitecturas Intel 64 e IA-32, en su capítulo sobre gestión e inicialización del procesador, lo explica sin ambigüedad: tras un reinicio por hardware, ya sea al encender el equipo o al activar la señal RESET#, el procesador queda en modo de direcciones reales (real-address mode) y empieza a ejecutar el código de inicialización desde la dirección física FFFFFFF0h. La tabla de estado inicial del mismo manual fija el registro de control CR0 en 60000010h, con los bits de protección (PE) y de paginación (PG) a cero, el puntero de instrucción EIP en 0000FFF0h y el registro de segmento de código CS con selector F000h y base FFFF0000h.

Ese último detalle resuelve una aparente contradicción. En modo real la dirección física se calcula multiplicando el segmento por 16 y sumando el desplazamiento, lo que limita el espacio a 1 MB. Sin embargo, tras el reinicio la base oculta del segmento de código vale FFFF0000h, y la suma con FFF0h da FFFFFFF0h, a 16 bytes del final de los primeros 4 GB, donde la placa base mapea el chip del firmware. En cuanto el código carga un valor nuevo en CS, el procesador vuelve a la regla clásica de cálculo de direcciones.

El manual de programación de la arquitectura AMD64, en su Volumen 2 dedicado a la programación del sistema, describe el mismo comportamiento: tras el reinicio, el procesador entra siempre en modo real. La propia Intel lo reconocía en el documento técnico con el que presentó X86S, donde explicaba que los diseños Intel 64 salen del reinicio en el mismo estado que el 8086 original y necesitan una serie de transiciones de código para llegar al modo de 64 bits.

Cuánto dura el modo real en un equipo moderno

Muy poco. En un PC con UEFI, el código que encuentra el procesador en FFFFFFF0h pertenece al firmware, que prepara una tabla de descriptores mínima, activa el modo protegido de 32 bits y después el modo largo de 64 bits. El proyecto de código abierto EDK2, base de la mayoría de las implementaciones UEFI, mantiene ese vector de reinicio en su repositorio. En una prueba con el emulador QEMU y el firmware OVMF publicada por XDA Developers en octubre, el procesador ejecutó 18 instrucciones distintas en modo real antes de pasar al modo protegido.

El sistema operativo no llega a ver ese modo en el núcleo principal, pero sí en los demás. En los sistemas x86 con varios núcleos, el procesador de arranque despierta a los otros mediante la secuencia de interrupciones INIT y SIPI (Startup Inter-Processor Interrupt), y cada núcleo despertado así empieza también en modo real, en una dirección por debajo de 1 MB. Por eso el kernel de Linux incluye un código de transición de 16 bits en el archivo arch/x86/realmode/rm/trampoline_64.S, y Windows 11 conserva una rutina equivalente que XDA identificó en los símbolos públicos de depuración del núcleo como HalpRMStub. En un servidor de muchos núcleos, ese pequeño salto se repite una vez por cada núcleo en cada arranque.

Para administradores y responsables de infraestructura, nada de esto tiene efecto práctico en el rendimiento: el tiempo en modo real se mide en microsegundos y no influye en las cargas de trabajo. Sí explica algunos detalles que siguen apareciendo en el día a día, como el arranque heredado (legacy o CSM) en placas antiguas, los cargadores de arranque que todavía incluyen rutas de 16 bits o el código de reanudación tras la suspensión en algunos sistemas.

X86S, la propuesta que no siguió adelante

Intel publicó en mayo de 2023 un documento técnico y un borrador de especificación para X86S, una arquitectura solo de 64 bits que eliminaba el modo real, el modo protegido de 16 bits, el anillo 0 de 32 bits y los anillos de privilegio 1 y 2, entre otros elementos. Los procesadores X86S arrancarían ya con la paginación activada, y los núcleos adicionales se despertarían con un mecanismo de 64 bits en lugar de SIPI. La empresa actualizó la especificación a la revisión 1.2 en junio de 2024.

En diciembre de 2024 Intel confirmó a Tom’s Hardware que había dejado de trabajar en ella, y su página sobre el proyecto indica hoy que, a partir de las opiniones recibidas del ecosistema, ha decidido no seguir adelante con X86S. La decisión llegó dos meses después de que Intel y AMD formaran, el 15/10/2024, el x86 Ecosystem Advisory Group, el grupo que coordina con otras empresas la evolución de la arquitectura. En su primer aniversario, el 13/10/2025, el grupo presentó como logros FRED (un nuevo modelo de gestión de interrupciones), AVX10, la extensión de matrices ACE y la etiquetación de memoria ChkTag. Ninguno de esos anuncios aborda la retirada del modo real. Intel y AMD ya colaboran también en otros frentes, como la unificación de sus optimizaciones de IA para x86 en oneDNN.

Retirar el modo real exigiría cambios coordinados en los procesadores, en el firmware y en los sistemas operativos, y rompería el arranque nativo de cualquier sistema que dependa de él. Con la información pública disponible, ni Intel ni AMD han anunciado un calendario para hacerlo. Hasta que eso ocurra, cada vez que se enciende un equipo x86 sus primeras instrucciones se ejecutan en el modo que definió el 8086.

Preguntas frecuentes

¿Por qué las CPU x86 modernas arrancan en 16 bits?

Por compatibilidad con el 8086. Los manuales de Intel y AMD establecen que, tras el encendido o un reinicio, el procesador entra en modo real, y el firmware y el sistema operativo se encargan después de pasar a 32 y 64 bits.

¿Es un fallo o un descubrimiento reciente?

No. Es un comportamiento documentado en los manuales oficiales de la arquitectura desde hace décadas e Intel lo describió expresamente en 2023 al presentar X86S.

¿Afecta al rendimiento o a la seguridad del equipo?

No en el uso normal. El modo real solo se usa durante unas pocas instrucciones al arrancar el firmware y al despertar cada núcleo adicional, antes de que el sistema funcione en 64 bits.

¿Qué era X86S?

Una propuesta de Intel de 2023 para una arquitectura x86 solo de 64 bits que arrancara directamente en ese modo. Intel la abandonó en diciembre de 2024.

Fuentes: