AMD prépare déjà Linux pour RDNA5 : ce que révèle le patch GDDR7 du 21 septembre 2026

Le 21 septembre 2026, une poignée de correctifs presque anodins est arrivée dans la liste de diffusion du noyau Linux consacrée au pilote graphique open source d'AMD, amdgpu. Rien d'aussi visible qu'une annonce produit, aucune image de carte graphique, aucun communiqué de presse. Juste une série de patchs techniques qui ajoutent un identifiant mémoire, GDDR7, et deux nouveaux blocs d'IP matérielle. Pourtant, cette poignée de lignes de code a suffi à relancer les spéculations sur la prochaine génération de GPU Radeon, RDNA5, plusieurs mois avant qu'AMD n'en dise quoi que ce soit officiellement. Voici ce que ce patch fait vraiment, ce qu'il ne dit pas, et pourquoi ce genre de préparation silencieuse compte pour quiconque fait tourner un bureau Linux, avec ou sans fond d'écran animé.

Ce que contient vraiment le patch du 21 septembre

Le cœur du changement est simple à décrire techniquement : l'ingénieur AMD Frank Min a ajouté l'identifiant « GDDR7 » à la liste des noms de mémoire vidéo reconnus par le pilote, un tableau interne appelé amdgpu_vram_names. Le correctif a été relu par Hawking Zhang, un autre ingénieur AMD, puis intégré par Alex Deucher, le mainteneur de longue date du pilote amdgpu. Ce même lot de patchs introduit aussi deux nouveaux blocs d'IP matérielle, IH 8.0 pour le gestionnaire d'interruptions et NBIF 7.10 pour l'interface de bus, deux composants internes qui n'ont de sens que pour une génération de puce encore inédite.

Rien dans ces correctifs ne mentionne un nom de produit, une date de lancement ou une fiche technique. C'est précisément ce qui rend l'exercice d'interprétation intéressant : on ne lit pas une annonce, mais une trace de préparation. Les GPU Radeon actuels de génération RDNA4 utilisent encore de la mémoire GDDR6. L'apparition d'un identifiant GDDR7 dans le pilote, associé à des blocs d'IP inédits, est le genre de signal que la communauté Linux surveille depuis des années pour anticiper les prochaines architectures AMD, bien avant que le constructeur ne communique dessus.

View wallpaper

PCB Glow, un fond d'écran animé Gloomia qui fait courir des impulsions de lumière sur un circuit imprimé, une ambiance qui colle bien à ce genre de préparation matérielle en coulisses.

Pourquoi un identifiant mémoire ne confirme rien sur la sortie

Il est tentant de lire ce genre de patch comme une confirmation imminente d'un lancement, mais ce serait aller trop vite. Le modèle de développement du pilote amdgpu est entièrement open source : chaque changement, même le plus mineur, doit être écrit, relu par des pairs et fusionné dans l'arborescence publique du noyau Linux, souvent des mois voire des années avant que le matériel correspondant n'atteigne les rayons. C'est une contrainte du modèle open source lui-même, pas un indice caché sur un calendrier commercial. AMD a l'habitude de préparer ainsi le terrain très en amont, précisément pour que le support Linux soit mature et stable dès le premier jour de disponibilité d'une nouvelle carte, plutôt que d'obliger les utilisateurs à attendre des mois après le lancement pour un pilote fonctionnel.

Le contraste avec les rumeurs de calendrier est d'ailleurs frappant. Lors du Computex 2026, des partenaires assembleurs interrogés par la presse spécialisée ont indiqué attendre les cartes grand public RDNA5 au mieux pour le second semestre 2027, avec un risque réel de glissement vers le tout début 2028. Autrement dit, ce patch de septembre 2026 concerne une génération de matériel qui n'arrivera pas avant un an, voire davantage. C'est le genre d'écart temporel qui rappelle une évidence : un commit dans un pilote open source n'est jamais un communiqué de lancement déguisé, c'est un travail d'ingénierie qui suit son propre calendrier, largement déconnecté du marketing produit.

RDNA5 ou UDNA : même les développeurs n'ont pas encore le nom officiel

Autre signe que l'on se trouve encore loin d'une annonce en bonne et due forme : même le nom de cette future architecture reste flou. La presse spécialisée utilise très largement « RDNA5 », dans la continuité de RDNA2, RDNA3 et RDNA4. Mais un autre nom circule en parallèle depuis plus longtemps, UDNA, pour « Unified », qui désignerait une possible fusion entre l'architecture grand public orientée jeu vidéo, RDNA, et l'architecture de calcul professionnel utilisée dans les accélérateurs de centre de données, CDNA. L'idée d'une architecture unifiée permettrait à AMD de mutualiser une bonne partie de l'ingénierie entre ses cartes Radeon grand public et ses puces Instinct destinées à l'intelligence artificielle et au calcul scientifique, plutôt que de maintenir deux lignées séparées. À la mi-2026, AMD n'a confirmé publiquement ni l'un ni l'autre de ces deux noms, ce qui illustre bien à quel stade préliminaire se trouve cette génération de produits, malgré l'agitation autour du patch GDDR7.

Ce que ce genre de patch dit du développement Linux en général

Au-delà du cas précis d'AMD, cet épisode illustre bien une dynamique propre au développement open source qui distingue Linux d'un système fermé : la préparation matérielle s'y déroule sous les yeux de tout le monde, patch après patch, des mois avant qu'un produit ne soit annoncé. Sous un système d'exploitation propriétaire, ce même travail resterait invisible jusqu'au jour du lancement officiel, enfermé dans des dépôts de code internes. Sous Linux, la liste de diffusion du noyau et les dépôts publics de Mesa, le projet qui fournit les pilotes graphiques open source pour OpenGL et Vulkan, laissent filtrer ce genre d'indice en continu. C'est ce qui permet à des sites spécialisés comme Phoronix de suivre l'évolution du support matériel GPU des mois à l'avance, simplement en lisant les correctifs envoyés sur la liste de diffusion, sans avoir besoin de fuite ni de document confidentiel.

Cette transparence a un vrai bénéfice pratique pour les utilisateurs de bureau Linux : quand une nouvelle génération de GPU sort enfin, le support logiciel de base est déjà largement en place, testé et relu par la communauté, plutôt que bricolé dans l'urgence après le lancement. C'est cette même logique de préparation en amont qui a permis, par exemple, à GNOME 51 de retirer proprement son ancien chemin de rendu NVIDIA hérité sans casser le support des cartes modernes, ou à KDE Plasma d'étendre progressivement son support des portails XDG sans rupture pour les applications existantes.

View Terminal

Terminal, le fond d'écran animé Gloomia qui fait défiler des lignes de texte en continu, une référence directe au travail qui se joue sur la liste de diffusion du noyau Linux bien avant qu'un GPU n'atteigne les rayons.

Ce que ça change, très concrètement, pour un bureau Linux aujourd'hui

Pour un utilisateur de bureau Linux qui lit cette actualité en cette fin septembre 2026, la réponse honnête est : rien de visible pour l'instant. Aucun GPU RDNA5 n'est disponible à l'achat, et il ne le sera pas avant un an au minimum selon les estimations les plus optimistes des partenaires d'AMD. Le patch du 21 septembre concerne une infrastructure logicielle interne, pas une fonctionnalité qu'un utilisateur peut activer ou tester dès maintenant. Personne ne va remarquer de différence de performance ou de compatibilité sur sa machine actuelle à cause de ces quelques lignes ajoutées à amdgpu_vram_names.

Là où cette actualité reste intéressante, c'est pour comprendre comment se prépare le terrain d'une future génération de matériel graphique, et pourquoi la stabilité du pilote amdgpu compte pour toute application qui s'appuie sur le rendu GPU sous Linux, des jeux vidéo aux applications de création, en passant par les fonds d'écran animés. Un pilote graphique mature et bien testé est la fondation sur laquelle repose toute expérience de bureau fluide, quelle que soit l'application posée par-dessus. Le guide pratique des fonds d'écran animés sous Linux détaille justement comment Gloomia s'appuie sur cette même couche de rendu GPU, aussi bien avec des cartes AMD que NVIDIA ou Intel, sous Wayland comme sous X11.

Le lien avec Gloomia et le rendu GPU au quotidien

Gloomia ne dépend d'aucune génération de GPU en particulier : l'application s'appuie sur les API graphiques standards du système, qui reposent elles-mêmes sur le pilote fourni par le fabricant de la carte, amdgpu pour Radeon sous Linux. Cela signifie que Gloomia profite indirectement de chaque amélioration apportée à ce pilote au fil des mois, sans qu'aucune mise à jour de l'application elle-même ne soit nécessaire. Un pilote plus stable, mieux préparé pour une future génération de mémoire vidéo, c'est in fine un socle plus solide pour n'importe quel rendu en temps réel affiché sur le bureau, qu'il s'agisse d'un jeu, d'un logiciel de montage ou d'un fond d'écran animé qui tourne en continu.

C'est aussi l'occasion de rappeler que la charge GPU réelle d'un fond d'écran animé reste très modeste comparée à celle d'un jeu vidéo en cours d'exécution. L'article sur l'impact batterie et performance des fonds d'écran animés détaille les chiffres précis, et celui sur les meilleurs fonds d'écran animés pour un setup gaming explique pourquoi Gloomia ne coûte aucun FPS une fois une partie lancée en plein écran, quelle que soit la génération de carte graphique installée dans la machine.

Ce qu'il faut retenir

Le patch envoyé par AMD le 21 septembre 2026 pour le pilote Linux amdgpu ajoute un identifiant mémoire GDDR7 et deux nouveaux blocs d'IP matérielle, un signe discret que l'entreprise prépare déjà le terrain logiciel pour sa prochaine génération de GPU, appelée RDNA5 par la presse spécialisée ou peut-être UDNA selon la stratégie finale d'AMD. Ce correctif ne confirme aucune date de sortie, aucun nom de produit et aucune fiche technique : il s'agit d'un travail d'infrastructure classique dans un modèle de développement open source, où le support matériel se construit publiquement des mois, voire des années, avant le lancement commercial. Les cartes grand public correspondantes ne sont pas attendues avant le second semestre 2027 au plus tôt, selon les partenaires assembleurs d'AMD. Pour un utilisateur de bureau Linux aujourd'hui, rien ne change concrètement, mais c'est précisément ce travail de préparation continue qui garantit un support matériel solide le jour où une nouvelle carte arrive vraiment, au bénéfice de toutes les applications qui s'appuient sur le rendu GPU, Gloomia comprise.

Tous les fonds d'écran animés Gloomia sont réunis dans la bibliothèque de fonds d'écran, et Gloomia Pro débloque la collection complète au-delà des trois fonds gratuits. Retrouvez d'autres articles sur le blog en français.

Questions fréquentes

Qu'est-ce que le patch GDDR7 publié par AMD le 21 septembre 2026 ?

C'est une série de correctifs envoyés par AMD pour le pilote open source amdgpu du noyau Linux, qui ajoute l'identifiant mémoire GDDR7 ainsi que de nouveaux blocs d'IP comme le gestionnaire d'interruptions IH 8.0 et l'interface de bus NBIF 7.10. L'ingénieur AMD Frank Min a ajouté l'identifiant, revu par Hawking Zhang et intégré par le mainteneur amdgpu Alex Deucher.

Ce patch confirme-t-il la sortie des GPU RDNA5 ?

Non. Le patch prépare seulement l'infrastructure logicielle nécessaire pour que le pilote reconnaisse la mémoire GDDR7 le jour où du matériel l'utilisant sera lancé. Il ne confirme ni date de sortie, ni nom de produit, ni fiche technique. Les GPU RDNA4 actuels utilisent encore de la GDDR6.

Quelle est la différence entre RDNA5 et UDNA ?

RDNA5 est le nom d'architecture le plus utilisé dans la presse spécialisée pour la génération de GPU Radeon qui succédera à RDNA4. UDNA, pour « Unified », désignerait une possible fusion entre l'architecture gaming RDNA et l'architecture de calcul CDNA en une seule ligne de produits. Mi-2026, AMD n'a confirmé publiquement aucun des deux noms.

Quand les GPU RDNA5 d'AMD sont-ils attendus ?

Selon des partenaires assembleurs cités lors du Computex 2026, les cartes grand public RDNA5 sont attendues au mieux au second semestre 2027, avec un risque de glissement au tout début 2028. Il n'y a pas de nouveau GPU grand public RDNA5 attendu sur le reste de l'année 2026.

Pourquoi AMD publie-t-il ces patchs des mois, voire des années, avant la sortie du matériel ?

Parce que le modèle open source du pilote amdgpu impose de faire relire et fusionner chaque changement dans le noyau Linux public bien avant le lancement commercial, afin que le support soit prêt et stable le jour où le matériel arrive chez les utilisateurs. C'est une pratique habituelle chez AMD, très différente d'une annonce produit.

Est-ce que Gloomia profite de ces travaux sur le pilote Linux d'AMD ?

Indirectement, oui, comme toute application qui s'appuie sur le rendu GPU sous Linux. Gloomia dépend de la stabilité du pilote graphique du système, pas d'une génération de matériel en particulier. Ce patch ne change rien à l'utilisation quotidienne de Gloomia aujourd'hui, mais un pilote amdgpu bien préparé profite à toutes les applications graphiques le jour où RDNA5 arrivera.