AMD ha incorporado el reconocimiento de la memoria GDDR7 al controlador gráfico AMDGPU para Linux, un cambio fechado hace unos días que llega junto con soporte para los bloques IH v8.0 y NBIF v7.10, dos piezas del hardware gráfico de la compañía. El ajuste prepara el software para tarjetas Radeon futuras, aunque AMD todavía no ha confirmado públicamente a qué arquitectura o modelo corresponde este desarrollo.
Si repasamos el parche, comprobamos que la modificación se concentra en un único archivo, drivers/gpu/drm/amd/amdgpu/amdgpu_object.c, donde se añaden dos líneas y se elimina una para que AMDGPU reconozca GDDR7 junto a otros tipos de memoria de vídeo ya identificados en la tabla del controlador, como LPDDR4, LPDDR5, HBM3E y HBM4. Frank Min presentó el cambio, Hawking Zhang lo revisó y Alex Deucher, mantenedor de AMDGPU, firmó la versión definitiva que llegó al repositorio el 21 de septiembre. La descripción del commit es breve y concreta: añadir el nombre de VRAM GDDR7 al controlador, sin especificar en ningún momento qué tarjeta o familia de producto lo utilizará.
Qué aporta el soporte para IH v8.0 y NBIF v7.10
Los parches publicados esa misma jornada forman una tanda más amplia de preparación del controlador y no se limitan al nombre de la memoria. Además de GDDR7, la serie añade la revisión v8.0 del Interrupt Handler (IH), el bloque encargado de gestionar las interrupciones de la GPU, y la revisión v7.10 del New Bus InterFace (NBIF), que incorpora también las cabeceras de registro necesarias para PCIe 6.1.3.
El alcance de cada pieza varía bastante si comparamos las cifras. El trabajo sobre IH v8.0 modifica seis archivos, con 2.074 inserciones y una sola eliminación, mientras que la serie de NBIF v7.10 resulta mucho más extensa: cambia nueve archivos y suma 89.237 inserciones frente a tres eliminaciones. Se trata, en los tres casos, de cambios de infraestructura interna del controlador, no de especificaciones de una tarjeta gráfica pensada para el mercado de consumo. Si consultamos el repositorio de AMDGPU, comprobamos que estos números reflejan trabajo de bajo nivel sobre el propio código, alejado todavía de cualquier hoja de especificaciones comercial que podamos consultar.
Por qué el cambio apunta a futuras Radeon
La combinación de un nuevo tipo de memoria con varios bloques de hardware recientes encaja con la preparación de software para próximas GPU Radeon, aunque de momento no hay confirmación de producto. El contexto actual nos ofrece alguna pista: la familia Radeon RX 9000, basada en la arquitectura RDNA 4, trabaja con memoria GDDR6, mientras que la familia de sobremesa GeForce RTX 50 de Nvidia ya utiliza GDDR7 desde su lanzamiento.
La conexión con RDNA 5 sigue sin confirmación pública por parte de AMD. El parche identifica GDDR7 dentro de AMDGPU, pero no lo vincula explícitamente a esa arquitectura, a una hipotética serie RX 10000 ni a ningún modelo concreto de tarjeta. La compañía reserva esa asignación para una presentación de producto que, de momento, no se ha producido.
Mientras no llegue ese anuncio oficial, lo único que podemos constatar es que este desarrollo constituye, por ahora, la señal más concreta disponible sobre la dirección del controlador para las próximas generaciones de Radeon. Seguiremos atentos a los siguientes parches del repositorio de AMDGPU, donde suelen aparecer las primeras pistas antes de cualquier presentación comercial.
Lo que este parche cambia para los usuarios de Linux
Si trabajáis con distribuciones Linux, la novedad está en la evolución del código abierto de AMDGPU: el controlador se adelanta y aprende a reconocer nuevos bloques de hardware antes de que exista una Radeon identificada públicamente con esa configuración. La página de soporte de AMD ofrece paquetes de controladores Radeon y Radeon PRO para versiones compatibles de RHEL y Ubuntu.
Conviene que tengamos clara la diferencia: este parche forma parte del desarrollo continuo del controlador en el repositorio de AMDGPU, no una descarga independiente que podáis instalar para usar una Radeon con GDDR7, porque esa tarjeta todavía no existe en el mercado ni ha sido anunciada por la compañía.
El cambio tampoco nos permite deducir la capacidad de VRAM, la velocidad de memoria, el ancho del bus, el ancho de banda ni el rendimiento en juegos de la futura tarjeta. Esos datos corresponden a un producto concreto que AMD todavía no ha presentado. Por ahora, el parche se limita a añadir reconocimiento de memoria y soporte para bloques de hardware, y deja la identidad de la GPU, su arquitectura comercial y sus especificaciones finales pendientes de un anuncio oficial que, de confirmarse, os traeremos con todo el detalle.