AMD ha confirmado oficialmente en un documento técnico que sus CPU Zen 6 integrarán FRED (Flexible Return and Event Delivery) para mejorar la virtualización en su arquitectura AMD64, previsto para finales de 2026.

AMD ha confirmado de forma directa una de las piezas clave de su próxima arquitectura para finales de este 2026. No es una filtración, es un documento técnico oficial, publicado este enero de 2026, que describe la virtualización del llamado Flexible Return and Event Delivery (FRED) en AMD64, o lo que es igual, en AMD Zen 6. Su existencia y nivel de detalle dejan poco margen a la duda: FRED está pensado para entrar en producción y todo apunta a Zen 6 como su punto de aterrizaje a finales de año, así que veamos qué novedades han traído.

El documento se titula “AMD64 Flexible Return and Event Delivery (FRED) Virtualization”, publicación 69191, firmado por AMD, no es un whitepaper divulgativo al uso, sino una especificación APM adelantada. En otras palabras: es el tipo de documentación que AMD publica cuando una función ya está cerrada a nivel arquitectónico y solo queda integrarla en una generación futura de procesadores.

¿Por qué FRED es tan importante en este momento de la historia de las CPU?

Bueno, teniendo en cuenta que el desarrollo ha sido conjunto con Intel en el intento de azules y rojos por parar el golpe de Arm con Qualcomm y NVIDIA, tiene mucho sentido que se implemente cuanto antes, pero para ello, debemos de saber qué es y cómo funciona, al menos.

Simplificando mucho, FRED redefine cómo el procesador gestiona interrupciones, excepciones, SYSCALL y retornos entre niveles de privilegio. Sustituye el modelo clásico basado en IDT e IRET por un esquema explícito, con estado dedicado por nivel y reglas de validación estrictas. No busca aumentar el rendimiento bruto del Core como tal, sino reducir latencias en eventos, endurecer el control de flujo y facilitar una virtualización más limpia y segura. Además de lo dicho, mejora la seguridad en entornos virtualizados, obvio.

Porque sí, la virtualización es el eje central del documento que han mostrado los rojos. AMD amplía SVM para que FRED funcione de forma nativa en máquinas virtuales, y para ello, se añaden nuevos campos al VMCB y a la VMSA, se extienden EXITINTINFO y EVENTINJ, y aparecen nuevos registros MSR específicos de FRED que se guardan y restauran automáticamente en VMRUN y VMEXIT.

En invitados SEV ES y SEV SNP, este estado se gestiona desde la VMSA, lo que subraya que FRED está diseñado desde el inicio para entornos aislados y de alta seguridad. O lo que es igual, AMD no quiere repetir los problemas de vulnerabilidades que han lastrado a sus CPU al mismo nivel que las de Intel, de ahí el trabajo conjunto de ambos.

El Front-End no se verá demasiado modificado por FRED en AMD Zen 6

En cuanto a su encaje interno en el Core, el primer punto es el front end y el control de flujo. FRED no modifica fetch, decode ni op cache, vaya por delante esto, porque habrá el que piense que los cambios por ello serán de gran calado, y para nada.

Lo que cambia es cómo se interrumpe y se reanuda la ejecución, a saber: la entrega de eventos pasa a ser explícita y estructurada, con información adicional asociada al evento, incluyendo un tipo específico para SYSCALL. Aterrizando un poco el asunto y simplificando: cada Core conoce con precisión qué evento entra y en qué contexto antes de continuar.

El segundo punto es la gestión del estado arquitectónico. FRED introduce múltiples RSP y SSP por nivel de privilegio, junto con registros de configuración y control, eso sí, no son registros generales ni visibles para el software, pero forman parte del estado arquitectónico del Core y la microarquitectura. El documento de AMD, según hemos podido ver, define comprobaciones de coherencia muy estrictas. Si fallan durante VMRUN, se genera un VMEXIT inválido. Si fallan durante VMEXIT, el procesador entra en estado de apagado (OFF). Esto deja claro que FRED no tolera inconsistencias, no puede, la seguridad de la virtualización en Zen 6 depende de ello, es lógico.

El tercer punto es el control de pila y retornos. FRED no ejecuta cargas ni almacenes y no pasa por las AGU. Su función es validar que los retornos, las transiciones de privilegio y las pilas asociadas son correctas antes de que el Core siga ejecutando instrucciones. Es lógica de control previa, no parte del datapath, de ahí que haya pocos cambios por esto en Zen 6, y que AMD haya dado prioridad a FRED en la arquitectura.

Resumiendo muy y mucho con simplificación de por medio: FRED no añade unidades, no amplía schedulers y no afecta al pipeline integer ni a FP16. Es una redefinición profunda del control de eventos y retornos, tan simple como eso. El hecho de que AMD haya publicado su especificación oficial a principios de este 2026 confirma que la función está lista, y por ello, todo apunta a que Zen 6 será la primera arquitectura en integrarla, marcando un cambio importante en seguridad y virtualización dentro del ecosistema x86, que ha sido duramente atacado por las vulnerabilidades.