⏱️ Lectura: 11 min
Una GPU AMD lanzada hace más de una década volvió a sumar rendimiento real en Linux, y el crédito no es de AMD. Timur Kristóf, ingeniero del equipo gráfico de Valve, presentó el 3 de octubre de 2026 en el XDC 2026 en Toronto el trabajo que lleva meses puliendo para modernizar AMDGPU para tarjetas GCN, las tarjetas Radeon de primera y segunda generación.
📑 En este artículo
El resultado es simple de entender: hardware que llevaba años estancado en un driver sin mantenimiento activo ahora corre sobre la misma base de kernel que usan las GPU modernas de AMD.
TL;DR
- Timur Kristóf, de Valve, migró las GPU AMD GCN 1.0/1.1 (2012-2013) del driver Radeon legado a AMDGPU.
- El cambio a AMDGPU habilita el driver Vulkan RADV en hardware de hace más de una década.
- Linux 6.19 ya mostró una mejora de rendimiento cercana al 30% en GPU Radeon antiguas tras pasar a AMDGPU.
- Kristóf corrigió fallos de pantalla, gestión de energía y sumó soporte de reinicio en caliente (soft reset).
- AMD lleva años sin invertir en estas tarjetas, así que el trabajo lo sostiene casi en solitario un empleado de Valve.
Qué es AMDGPU para tarjetas GCN
AMDGPU para tarjetas GCN es la rama del controlador de kernel abierto de Linux que extiende el soporte oficial a las primeras generaciones de GPU de AMD, antes atendidas por el driver legado Radeon. Este controlador habilita el acceso al driver Vulkan RADV y centraliza la gestión de energía y de pantalla.
Qué pasó en XDC 2026
En su charla del Congreso de Desarrolladores X.Org 2026, Kristóf repasó un año de trabajo sobre el driver de kernel AMDGPU, el mismo que hasta ahora se asociaba casi solo a las GPU de AMD más recientes. Antes de este proyecto pasó años trabajando en espacio de usuario, en el driver gráfico Mesa, así que meterse al kernel fue, en sus propias palabras durante la charla, casi un experimento personal.
Kristóf no es nuevo en el ecosistema. Ya figuraba entre los colaboradores más activos de RADV y de Mesa en general, enfocado en rendimiento y corrección de errores para las GPU de AMD. El salto al desarrollo de AMDGPU arrancó casi como un experimento personal para entender mejor cómo el kernel y el espacio de usuario se coordinan, y terminó convirtiéndose en meses de trabajo sostenido.
Ese experimento terminó resolviendo defectos reales en el código de pantalla de AMDGPU para las tarjetas GCN 1.0 y 1.1, arreglando problemas de gestión de energía heredados y agregando soporte de reinicio en caliente (soft reset), una función que permite recuperar la GPU de un error gráfico sin reiniciar toda la máquina. Valve publicó además las diapositivas en PDF y la grabación completa de la presentación.
El camino de Mesa al kernel de AMDGPU
Las GPU con arquitectura GCN (Graphics Core Next) llegaron en 2012 con la primera generación y se expandieron en 2013 con GCN 1.1, en tarjetas como la Radeon HD 7000 y la serie R9. Durante años Linux las soportó con dos drivers en paralelo: el antiguo Radeon, pensado para OpenGL, y AMDGPU, construido más tarde para cubrir las tarjetas nuevas con soporte de Vulkan. GCN 1.0 y 1.1 quedaron en el medio, demasiado viejas para que AMD las priorizara, pero con suficiente base instalada como para que alguien quisiera rescatarlas.
Ese alguien fue Valve. La empresa detrás de Steam y SteamOS mantiene uno de los pocos equipos pagados para trabajar en el stack gráfico de Linux, con foco directo en Mesa (el proyecto que agrupa RADV, radeonsi y otros drivers de espacio de usuario) y, desde hace un año, también en AMDGPU. El propio artículo de Phoronix que reportó la charla de Kristóf recuerda que, con Linux 6.19, la migración de GCN 1.0/1.1 de Radeon a AMDGPU ya había mostrado una mejora de rendimiento cercana al 30% en estas tarjetas, antes incluso de las correcciones que Kristóf presentó este año.
El mecanismo que corrige Kristóf en el kernel
El driver Radeon legado nunca tuvo acceso a RADV, porque RADV (el driver Vulkan de Mesa) solo habla con AMDGPU y nunca se escribió una capa equivalente para el driver viejo. Mientras una tarjeta GCN 1.0/1.1 corriera sobre Radeon, quedaba limitada a OpenGL vía radeonsi, sin la mayoría de los juegos modernos que piden Vulkan, incluidos los que corren a través de Proton en Steam.
Migrar una tarjeta de Radeon a AMDGPU no fue solo cambiar un nombre en el kernel. Kristóf tuvo que revisar el código de modesetting (el subsistema que maneja la salida de video) para estas GPU específicas, donde encontró defectos que nadie había tocado en años. También corrigió rutas de gestión de energía que dejaban a algunas GCN 1.0/1.1 corriendo siempre al máximo reloj o, al revés, sin acelerar cuando hacía falta.
Nada de esto es sencillo de depurar. El código de modesetting para hardware de hace una década no tiene la misma cantidad de documentación ni de pruebas automatizadas que el código para GPU actuales, así que buena parte del trabajo fue leer el comportamiento real del hardware y comparar registros, en lugar de seguir una hoja de ruta ya escrita.
La pieza más nueva es el soporte de reinicio en caliente. Antes, un error del driver gráfico en estas tarjetas podía colgar toda la sesión y forzar un reinicio completo del equipo. Con soft reset, el kernel puede reiniciar solo el bloque de la GPU que falló, sin tocar el resto del sistema, algo que AMDGPU ya ofrecía para tarjetas más nuevas pero que GCN 1.0/1.1 no tenía.
flowchart TD
A["Aplicación Vulkan o OpenGL"] --> B{"Qué driver de kernel usa la GPU"}
B -->|"GCN antigua, antes del trabajo de Kristóf"| C["Driver Radeon legado"]
B -->|"GCN antigua, con el trabajo de Kristóf"| D["Driver AMDGPU"]
C --> E["Solo OpenGL vía radeonsi, sin RADV"]
D --> F[("RADV disponible, Vulkan completo")]| Aspecto | Driver Radeon (legado) | Driver AMDGPU |
|---|---|---|
| Vulkan | No disponible, solo OpenGL vía radeonsi | RADV disponible |
| Gestión de energía | Fallos reportados en GCN 1.0/1.1 | Corregida por Kristóf en 2026 |
| Código de pantalla (modesetting) | Defectos sin mantenimiento activo | Defectos corregidos por Kristóf |
| Recuperación ante fallos | Sin soft reset, requiere reinicio completo | Soft reset agregado por Kristóf |
Para quien tenga una de estas tarjetas y quiera confirmar si ya corre sobre AMDGPU en lugar de Radeon, el chequeo es directo desde una terminal: lsmod | grep amdgpu muestra el módulo cargado si el kernel eligió AMDGPU, y dmesg | grep -i amdgpu lista los mensajes de arranque del driver, incluida la detección de la tarjeta. Si en cambio aparece radeon en esa salida, la GPU sigue en el driver legado y probablemente haga falta un kernel más reciente para forzar el cambio.
Por qué le importa a más que a un puñado de nostálgicos
El trabajo de AMDGPU para tarjetas GCN no es un ejercicio de nostalgia. Hay millones de laptops, mini PC y equipos de oficina con APU o GPU GCN 1.0/1.1 todavía en uso, y cada uno gana Vulkan, mejor gestión de energía y más estabilidad sin cambiar una sola pieza de hardware. Para distribuciones Linux que priorizan alargar la vida útil del hardware viejo, esto es directamente una mejora de producto.
También hay una lectura incómoda para AMD. La compañía no ha dedicado recursos propios a este trabajo en años, según remarcó el propio reporte de Phoronix sobre la charla. El mantenimiento real de esta porción del driver gráfico de AMD en Linux quedó, en la práctica, en manos de un solo ingeniero pagado por Valve, una empresa que no fabrica GPU pero que depende de que millones de PC con hardware viejo puedan seguir jugando a través de Proton y SteamOS.
Qué sigue para el driver
Kristóf dijo en la charla que el trabajo sigue: todavía hay rutas de gestión de energía y de pantalla sin cubrir del todo, y la meta de Valve es que GCN 1.0/1.1 llegue a sentirse tan estable en AMDGPU como las generaciones posteriores. No hay por ahora una fecha pública de cuándo ese trabajo se considerará terminado, pero sí hay un canal claro para seguirlo: los parches aterrizan primero en el kernel de Linux upstream antes de llegar a cualquier distribución.
La comunidad de Mesa y del kernel de Linux suele absorber este tipo de parches sin mucho ruido, pero el efecto acumulado es real: cada ciclo de seis a ocho semanas del kernel upstream puede traer una corrección más para estas tarjetas, sin que haga falta ningún anuncio grande.
Para quien administra flotas de equipos viejos, el consejo práctico es simple: actualizar al kernel más reciente estable apenas esté disponible en la distribución, porque cada versión nueva viene empujando más de estas correcciones sin que el usuario tenga que hacer nada manual.
📖 Resumen en Telegram: Ver resumen
Probá vos: corré dmesg | grep -i amdgpu en una máquina con una GPU AMD de antes de 2016 para confirmar si tu kernel ya migró la tarjeta al driver AMDGPU.
Preguntas frecuentes
¿Qué es AMDGPU para tarjetas GCN?
Es la extensión del controlador de kernel AMDGPU de Linux para cubrir las GPU AMD de arquitectura GCN 1.0 y 1.1, lanzadas en 2012 y 2013, que antes solo tenían soporte completo en el driver legado Radeon.
¿Qué tarjetas AMD se benefician de este cambio?
Las GPU y APU con arquitectura GCN de primera y segunda generación, como la familia Radeon HD 7000 y la serie R9 basada en el mismo diseño, según el reporte de Phoronix sobre la charla de Kristóf.
¿Necesito instalar algo o alcanza con actualizar el kernel?
Alcanza con correr un kernel de Linux reciente que incluya los parches de Kristóf: no hace falta instalar un paquete aparte, porque AMDGPU es parte del kernel mismo.
¿El driver Radeon legado desaparece?
No de inmediato. El kernel sigue incluyendo ambos drivers y, según el hardware detectado, elige automáticamente cuál cargar, aunque la tendencia a largo plazo es que AMDGPU cubra cada vez más generaciones viejas.
¿Dónde se puede ver la charla de Kristóf en XDC 2026?
Phoronix publicó la grabación y las diapositivas en PDF junto con su cobertura del evento, realizado en Toronto.
¿Por qué este trabajo lo hace Valve y no AMD directamente?
Porque AMD, según el propio reporte de Phoronix, lleva años sin asignar recursos propios a mantener el driver de estas tarjetas, y Valve tiene interés directo en que sigan funcionando bien para Steam y Proton.
Referencias
- Phoronix: cobertura original de la charla de Timur Kristóf en XDC 2026.
- Wikipedia: historia y generaciones de la arquitectura GCN de AMD.
- kernel.org: documentación oficial del driver AMDGPU en el kernel de Linux.
- Mesa3D: proyecto que mantiene RADV, el driver Vulkan que depende de AMDGPU.
- X.Org Foundation: organizador del congreso XDC donde se presentó el trabajo.
📱 ¿Te gusta este contenido? Únete a nuestro canal de Telegram @programacion donde publicamos a diario lo más relevante de tecnología, IA y desarrollo. Resúmenes rápidos, contenido fresco todos los días.
Imagen destacada: Foto de BoliviaInteligente en Unsplash
¿Te sirvió? ¿Te dio otro error? Contalo abajo: las preguntas se responden y le sirven al siguiente que llegue.
Dejar un comentario
0 Comentarios