El 1 de octubre de 2026 se informó de que la serie v16 de cinco parches de AMD para RMPOPT había quedado encolada en la rama x86/sev del árbol tip de Linux, antes de la ventana de integración de Linux 7.4. El mismo informe preveía que los parches se presentaran durante esa ventana y situaba la publicación estable de Linux 7.4 hacia finales de diciembre de 2026.
Los parches RMPOPT, encolados antes de Linux 7.4
La serie propone una optimización para sistemas AMD EPYC que ejecutan máquinas virtuales SEV-SNP. Su objetivo es reducir ciertas comprobaciones de la RMP —la tabla de mapeo inverso que registra la propiedad de la memoria— cuando el hipervisor puede acreditar que una región no contiene memoria asignada a una máquina virtual protegida.
Qué propone RMPOPT para SEV-SNP
La condición es estricta: el procesador tendría que verificar que todas las entradas de una región de 1 GB pertenecen al hipervisor. Solo entonces la propuesta permitiría omitir las comprobaciones RMP para esa región. La memoria asignada a una máquina virtual SEV-SNP no cumple ese requisito.
La propuesta también contempla qué ocurre cuando se inicia o termina una máquina virtual. Al lanzar una VM, RMPUPDATE desactivaría las optimizaciones que ya no correspondan a la memoria afectada. Cuando una VM SEV-SNP termina y sus páginas vuelven a ser memoria compartida, la serie plantea reactivar la optimización para esas páginas.
Cobertura de RAM y trabajo asíncrono en la propuesta v16
La cobertura propuesta llega hasta 2 TB de RAM del sistema. Ampliarla por encima de ese límite quedaría para una serie posterior de parches.
El trabajo de optimización se ejecutaría de forma asíncrona en una cola dedicada, con una demora de 10 segundos para agrupar varias terminaciones de máquinas virtuales. La serie también propone desactivar la conexión en caliente de CPU mientras SEV está activo, de modo que el conjunto de procesadores permanezca estable durante ese trabajo.
