Valve ha fusionado en Mesa 26.3 el soporte de VK_AMD_anti_lag para el driver RADV, la pieza que traduce las instrucciones de Vulkan a las gráficas Radeon en Linux. El cambio sustituye a la antigua capa implícita de Mesa Anti-Lag por una implementación integrada directamente en el controlador, pensada para reducir la latencia de entrada en los juegos que corren sobre hardware AMD.
El trabajo lleva meses en marcha y lo ha liderado el desarrollador Daniel Schürmann, de Valve. La fusión en el repositorio de Mesa introduce dos piezas distintas: por un lado, un marco genérico llamado vk_frame_pacer que pueden compartir varios drivers Vulkan; por otro, la implementación concreta de esa utilidad para RADV. El resultado sustituye a la capa que llegó a Mesa en 2025 y que, hasta ahora, actuaba como una solución intermedia menos directa.
Qué aporta tener VK_AMD_anti_lag integrado en RADV
La diferencia principal está en dónde vive el código. Hasta esta fusión, Mesa ofrecía el soporte de la extensión mediante una capa implícita de Vulkan añadida en 2025 por encima del driver. Ahora la funcionalidad pasa a formar parte del propio RADV, una integración que el proyecto Mesa describe como una mejora general sobre la implementación anterior.
Ese salto elimina una capa de traducción intermedia y, según describe el propio proyecto, deja una base mejor en todos los aspectos que la implementación de 2025. Al prescindir de una capa añadida sobre el controlador, el resultado implica menos piezas de software que mantener y actualizar en cada nueva versión de Mesa. Es también la base que abre la puerta, como veremos más adelante, a adaptar otras extensiones de baja latencia sin tener que levantar de nuevo toda la infraestructura desde cero. El objetivo de fondo, como veremos a continuación, es el mismo que persigue la tecnología Anti-Lag de AMD en Windows: acortar el tiempo entre una acción del jugador y su reflejo en pantalla, pero resuelto ahora de forma nativa en el controlador de Linux.
De dónde viene la extensión VK_AMD_anti_lag
La extensión no es nueva: debutó en julio de 2024 junto con Vulkan 1.3.291 como la vía oficial de AMD para su tecnología Anti-Lag dentro de Vulkan. Su función consiste en regular el ritmo al que la CPU genera fotogramas para que no se adelante en exceso a la GPU. Cuando eso ocurre, se acumula una cola de fotogramas pendientes que alarga el tiempo entre que pulsáis una tecla o movéis el ratón y el momento en que ese gesto aparece en pantalla.
Mesa incorporó el soporte de esta extensión en 2025, pero lo hizo mediante una capa implícita construida sobre el driver, no dentro de él. A comienzos de este año, los ingenieros de Valve empezaron a trabajar en sustituir esa pieza por algo integrado de forma nativa, un trabajo que ahora llega a su destino con la fusión en Mesa 26.3.
vk_frame_pacer, la utilidad que pueden reutilizar otros drivers
La parte más relevante del cambio, a efectos de futuro, es vk_frame_pacer. Se trata de un marco genérico pensado para que distintos drivers Vulkan de Mesa puedan compartir la lógica de control de fotogramas sin reescribirla cada vez desde cero. RADV es el primero en implementarlo para la extensión de AMD, pero la arquitectura queda disponible para cualquier otro controlador que necesite una función similar. El objetivo de este diseño, tal y como lo plantea el propio proyecto, es evitar que cada controlador tenga que construir su propia lógica de control de ritmo de fotogramas por separado, compartiendo en cambio una base común de código.
Esa reutilización tiene una consecuencia directa señalada por el propio proyecto: la nueva base facilitaría implementar en el futuro la extensión VK_NV_low_latency_2 de NVIDIA sobre el mismo marco. El texto de Mesa no confirma que ese soporte vaya a llegar en esta versión; se limita a señalar que la arquitectura recién fusionada dejaría resuelta la parte más compleja de la infraestructura necesaria si en algún momento se decide implementarlo.
Cuándo llega la versión estable de Mesa 26.3
La fusión ya está en la rama de desarrollo de Mesa, pero la versión estable 26.3, la que incorporarán las distribuciones de Linux, está prevista para noviembre de 2026. Hasta entonces, el cambio solo está disponible para quienes compilan Mesa desde las ramas de desarrollo o siguen de cerca los paquetes de prueba. Como suele ocurrir con cada ciclo de Mesa, las distribuciones de Linux basadas en lanzamientos fijos tardarán algunas semanas más en incorporarla tras su publicación, mientras que las de ciclo continuo podrían ofrecerla casi de inmediato.
La propuesta de fusión que ha dado luz verde a este trabajo recoge todos los detalles técnicos del código añadido, tanto del marco vk_frame_pacer como de su implementación concreta para RADV. Al quedar integrada en el propio driver, la mejora debería llegar a los usuarios con gráficas Radeon en Linux sin que haga falta instalar una capa adicional por separado, tal y como ocurría con la solución de 2025, aunque la disponibilidad final en cada distribución dependerá de cuándo empaqueten la versión estable de Mesa.