El proyecto Linux ha integrado un parche temporal (workaround) en el kernel para mitigar el erratum conocido como TLBI #1718 que afecta a determinadas CPUs AMD de la familia Zen. La solución llega inicialmente en la rama de desarrollo Linux 7.3-rc7 y los mantenedores anuncian que se trabajará en aplicar retroportados (back-ports) a kerneles previos afectados.
Qué es el erratum TLBI #1718 y por qué importa
El erratum TLBI #1718 describe un defecto en el manejo de la instrucción de invalidación de la Translation Lookaside Buffer (TLBI) en ciertos diseños Zen de AMD. La TLB es una caché de traducciones de direcciones virtuales a físicas que acelera el acceso a memoria. Si la operación de invalidación de entradas de la TLB no funciona correctamente, el sistema puede conservar traducciones obsoletas (stale translations), lo que puede provocar comportamientos incorrectos en la gestión de memoria y, en escenarios concretos, errores o violaciones de aislamiento entre contextos de ejecución.
Cómo se ha abordado: microcódigo y workaround en el kernel
Según la información técnica disponible, AMD ha implementado una corrección a nivel de microcódigo que evita el problema cuando los procesadores reciben y ejecutan esas actualizaciones de firmware. No obstante, no todos los sistemas disponen del microcódigo actualizado (por ejemplo, equipos que no han recibido actualizaciones de firmware/BIOS o distribuciones que no entregan las últimas blobs de microcódigo). Para cubrir esos casos, el kernel Linux introduce ahora un parche que actúa como workaround software.
El enfoque del workaround en el kernel consiste en modificar la forma en que se ejecutan o ordenan ciertas instrucciones de gestión de TLB para prevenir la aparición de entradas obsoletas cuando la CPU está afectada y no tiene el microcódigo corregido. Este tipo de mitigación suele implicar coste en rendimiento en las rutas de cambio de contexto, manejo de tablas de páginas o procesos que realizan muchas invalidaciones de TLB, aunque la nota original no aporta cifras concretas de impacto.
A quién afecta y qué deben hacer los administradores
- Equipos con CPUs AMD Zen que no han recibido la actualización de microcódigo están expuestos al erratum y deberían aplicar las mitigaciones disponibles.
- Administradores y responsables de sistemas deben considerar actualizar el microcódigo del procesador mediante las actualizaciones de BIOS/firmware del fabricante del equipo o las actualizaciones de microcódigo suministradas por su distribución Linux (paquetes de microcode). Si no es posible, instalar un kernel con el workaround ofrece protección desde el lado del sistema operativo.
- Hay que valorar el posible impacto en rendimiento al habilitar la mitigación del kernel; por ello es recomendable probar en entornos de ensayo antes de desplegar en producción y monitorizar cargas críticas tras la actualización.
Disponibilidad y próximos pasos
El parche ya forma parte de la rama 7.3-rc7 del kernel y los desarrolladores indican que prepararán backports a versiones de kernel anteriores que sigan en uso en muchas distribuciones. Los administradores deben seguir los canales de actualización de su distribución para recibir tanto el microcódigo como los kernels parcheados.
En resumen: la solución definitiva es aplicar el microcódigo suministrado por AMD/firmware del fabricante, pero el kernel ahora ofrece una mitigación software útil para sistemas que no puedan actualizar aún. Priorice las pruebas y la monitorización si su infraestructura usa CPUs AMD Zen.
Lee también:
- Resumen semanal: novedades clave de software libre (5–11 oct. 2026)
- SQLite 3.54 mejora el rendimiento y añade nuevas herramientas de análisis y CLI
Fuente: Phoronix
