AMD prépare le pilote Linux de ses futurs GPU RDNA5 avec la mémoire GDDR7

21 septembre 2026. AMD envoie une série de correctifs au pilote noyau AMDGPU. Une chaîne de caractères. Le patch ajoute « GDDR7 » à la liste des types de mémoire vidéo reconnus par le pilote. 2027. L’année où les premières cartes RDNA5 équipées de GDDR7 pourraient sortir. Pourquoi c’est important : une ligne de code dans le noyau Linux annonce la prochaine génération de GPU AMD des mois avant tout lancement officiel.

Le patch, repéré par Michael Larabel de Phoronix, est d’une banalité apparente. Il ajoute l’identifiant « GDDR7 » à une énumération de types de mémoire, une modification de quelques lignes. Mais dans la manière dont AMD développe ses pilotes graphiques, cette petite chaîne est un signal fort : elle relie les blocs IP récemment ajoutés au pilote à une architecture de GPU de nouvelle génération.

Lire une feuille de route dans des correctifs noyau

Le patch GDDR7 ne vient pas seul. Le même jour, AMD a publié des correctifs pour activer deux nouveaux blocs IP : IH 8.0, le gestionnaire d’interruptions, et NBIF 7.10, la dernière version du New Bus InterFace qui relie le GPU au reste de la puce. D’autres petits correctifs préparent des changements plus anodins pour ce nouveau matériel.

Ces blocs s’ajoutent à un travail déjà engagé. AMD a récemment introduit Display Core Next 6 (DCN6), la sixième génération de son moteur d’affichage, et plusieurs correctifs GFX 13.0.x, la génération de cœur graphique qui succède à GFX 12 de RDNA4. Mis bout à bout, ces éléments dessinent le squelette d’une future architecture RDNA5.

C’est ainsi que l’on lit une feuille de route AMD sur Linux : le constructeur ne fait pas d’annonce, il pousse des correctifs. Chaque bloc IP, chaque identifiant de mémoire est une pièce du puzzle qui permet à la communauté de reconstituer la carte du matériel à venir, souvent des mois avant que le marketing ne dise un mot.

Décoder les blocs IP

Pour comprendre ce que ces correctifs annoncent, il faut savoir lire les noms. AMD structure son matériel en blocs IP — des sous-ensembles fonctionnels réutilisés d’une génération à l’autre. GFX est le cœur graphique lui-même ; DCN (Display Core Next) gère l’affichage ; IH (Interrupt Handler) traite les interruptions matérielles ; NBIF (New Bus InterFace) relie le GPU au reste de la puce via le bus.

Les correctifs du 21 septembre ajoutent donc IH 8.0 et NBIF 7.10, deux blocs numérotés avec des versions inédites. Combinés à DCN6 et aux correctifs GFX 13.0.x déjà en cours, ils décrivent une génération qui n’est pas une simple évolution de RDNA4 : c’est un nouveau socle, avec de nouveaux contrôleurs, un nouveau bus et un cœur graphique renuméroté.

Pour les observateurs, chaque bloc numéroté est un marqueur. Quand AMD passe d’une version de bloc à la suivante, cela signale en général un changement d’architecture, pas un simple rafraîchissement. La simultanéité de ces passages — DCN6, GFX 13, IH 8.0, NBIF 7.10 — est ce qui rend la thèse d’un RDNA5 en préparation aussi solide, alors même qu’aucune annonce officielle n’a été faite.

Pourquoi la mémoire GDDR7 est un jalon

La GDDR7 est la génération de mémoire vidéo qui succède à la GDDR6. Elle offre un débit nettement supérieur, indispensable pour alimenter des GPU plus larges et des calculs d’IA en local. NVIDIA l’utilise déjà sur ses cartes de bureau GeForce RTX 50, tandis que la génération actuelle RDNA4 d’AMD reste sur GDDR6.

Passer à la GDDR7 n’est donc pas anodin. C’est l’un des marqueurs qui distingue une génération de GPU de la suivante, au même titre qu’un nouveau cœur graphique ou un nouveau moteur d’affichage. En ajoutant ce type de mémoire au pilote, AMD confirme que la GDDR7 fait partie de la prochaine génération, sans avoir besoin de le dire explicitement.

Le reste relève de la rumeur raisonnée. Les bruits de couloir évoquent des premières cartes RDNA5 en 2027 avec des volumes limités, puis un élargissement en 2028 en raison des contraintes d’approvisionnement qui pèsent sur toute l’industrie. Rien d’officiel, mais cohérent avec le rythme auquel AMD prépare son pilote.

L’avantage structurel de l’open source

Ce qui distingue AMD de son concurrent NVIDIA, c’est le calendrier de l’activation logicielle. AMD développe son pilote AMDGPU directement dans le noyau Linux, en amont du lancement des cartes. Résultat : quand un RDNA5 sortira, son pilote aura déjà mûri pendant des mois dans l’arbre principal, testé par la communauté et intégré aux distributions.

Le contraste avec l’écosystème NVIDIA est instructif. Le pilote propriétaire NVIDIA arrive au moment du lancement, et le support Nouveau (le pilote open source) a longtemps couru derrière le matériel. Sur Linux, un GPU AMD récent fonctionne généralement dès le premier jour avec un pilote libre, sans blob propriétaire à installer manuellement.

Pour un poste de travail, un serveur de calcul ou une station de rendu sous Linux, cette différence se traduit en heures d’administration économisées et en stabilité. C’est l’une des raisons pour lesquelles AMD est devenu le choix par défaut de nombreux utilisateurs Linux pour le graphique récent.

Un historique d’activation en amont

Cette manière de faire n’est pas nouvelle pour AMD. Depuis 2015 et l’introduction du pilote amdgpu dans le noyau Linux, le constructeur active son matériel graphique en amont, souvent six à douze mois avant le lancement des cartes. Les générations Polaris, Vega, RDNA, RDNA2, RDNA3 et RDNA4 ont toutes suivi ce chemin : les correctifs arrivent d’abord sur la liste amd-gfx, puis dans les noyaux successifs, puis dans les distributions.

L’écosystème userspace suit le même principe. Mesa, avec les pilotes RADV (Vulkan) et RadeonSI (OpenGL), développe en parallèle le support des mêmes blocs IP. Résultat : un utilisateur Linux récent dispose, pour une carte AMD, d’une pile graphique entièrement libre, du noyau jusqu’à l’API graphique, sans blob propriétaire à installer.

Le contraste avec NVIDIA reste la meilleure illustration du bénéfice. NVIDIA a bien ouvert ses modules noyau en 2022, mais son pilote userspace propriétaire concentre toujours l’essentiel de la logique, et le pilote open source Nouveau/NVK a dû rattraper des années de retard. Pour le calcul, le rendu et le jeu sous Linux, cette différence de stratégie a fait d’AMD le choix le plus fluide, et ces correctifs GDDR7 montrent que la stratégie se poursuit.

Ce que ça change pour les utilisateurs

Pour l’utilisateur, l’annonce d’aujourd’hui ne change rien d’immédiat. Aucune carte n’est en vente, et ces correctifs visent le noyau Linux 7.4 en cours de développement, pas une version stable déjà déployée. Ce qu’ils apportent, c’est de la visibilité.

Ils confirment que la prochaine génération RDNA5 est en préparation active, et que son support Linux suivra le même chemin que les générations précédentes : activation en amont, pilote libre, intégration aux distributions avant le lancement. Pour qui planifie un achat de matériel graphique en 2027, c’est une donnée à intégrer.

Ils rappellent aussi la valeur d’un œil sur les listes de diffusion du noyau. La liste amd-gfx de freedesktop.org, où ces correctifs ont été postés, est une source d’information plus précoce et plus fiable que bien des fuites marketing. Les décisions d’architecture y sont visibles des mois avant qu’elles ne deviennent des produits.

Verdict

Si vous utilisez Linux avec du matériel AMD, vous n’avez rien à faire aujourd’hui : ces correctifs concernent une génération future, et ils arriveront dans votre distribution le moment venu, comme pour RDNA4 avant eux. Si vous planifiez un achat de GPU en 2027, retenez que RDNA5 embarquera très probablement de la GDDR7 et que son support Linux sera prêt dès le lancement, sans pilote propriétaire. Si vous suivez le matériel Linux, ajoutez la liste amd-gfx à votre veille : c’est là que la feuille de route AMD se lit en premier, bien avant les communiqués.

Références

• Phoronix — AMD Begins Preparing Open-Source Linux Driver For Graphics Cards With GDDR7 (21 septembre 2026)
• freedesktop.org — amd-gfx, patch ajoutant l’identifiant GDDR7
• VideoCardz — AMD adds GDDR7 support to Linux driver ahead of next-gen Radeon GPUs
• Phoronix — AMD-DCN6-Linux-Start (Display Core Next 6)