12 643 lignes de code, GFX 13.0.1 et GFX 13.0.4 : AMD déploie l’architecture GPU RDNA 5 dans le pilote Linux
Le chantier logiciel de la prochaine génération de cartes graphiques d’AMD vient de franchir un cap décisif. Ce lundi 9 novembre 2026, Alex Deucher, mainteneur principal du pilote open-source AMDGPU chez AMD, a publié sur la liste de diffusion officielle amd-gfx de Freedesktop.org une imposante série de huit patchs destinée à activer le bloc d’architecture graphique GFX13 (GC 13.x), qui propulsera les futurs processeurs graphiques AMD RDNA 5.
Au total, cette livraison initiale touche 32 fichiers au sein des sous-systèmes noyau drm/amdgpu et drm/amdkfd pour un volume exact de 12 643 lignes de code ajoutées (contre seulement 15 lignes supprimées), sans même compter les traditionnels fichiers d’en-têtes de registres matériels qui accompagnent habituellement l’arrivée d’une nouvelle génération de puces Radeon.
GFX 13.0.1 et GFX 13.0.4 : ce que révèlent les 8 patchs du pilote Linux AMDGPU
Dans la nomenclature interne d’AMD, chaque saut majeur d’architecture graphique correspond à un numéro de génération Graphics Core (GC) bien précis : GFX10 désignait les générations RDNA 1 et RDNA 2, GFX11 couvrait RDNA 3 et RDNA 3.5, tandis que GFX12 anime les cartes graphiques RDNA 4 actuelles comme la Radeon RX 9070 XT. L’entrée en scène du code GFX13 dans le pilote du noyau Linux scelle donc le début de l’activation matérielle (hardware bring-up) pour la génération RDNA 5, en amont de la feuille de route des architectures GPU AMD RDNA 5 et RDNA 5+.
En inspectant le fichier de découverte matérielle amdgpu_discovery.c modifié par cette série de correctifs, deux identifiants de puces distincts apparaissent noir sur blanc : GFX 13.0.1 (IP_VERSION(13, 0, 1)) et GFX 13.0.4 (IP_VERSION(13, 0, 4)). Cette double cible prouve que les équipes d’ingénierie d’AMD travaillent déjà simultanément sur au moins deux déclinaisons de silicium RDNA 5, qui partagent le socle système soc_v2_0 et le contrôleur mémoire GMC 13.0 (gmc_v13_0).
| Patch | Ingénieur AMD | Fichiers clés & Volume | Fonction technique |
|---|---|---|---|
| 1/8 | Frank Min | imu_v13_0.c (+319 lignes) | Ajout du bloc IP IMU v13 (Integrated Management Unit) pour la gestion micrologicielle et énergétique |
| 2/8 | Frank Min | gfx_v13_0.c (+5 808 lignes) | Implémentation principale du moteur graphique et compute GFX v13.0, anneaux de commandes et microcode RLC/CP |
| 3/8 | Frank Min | mes_v13_0.c (+2 781 lignes) | Ajout de l’ordonnanceur matériel MES v13.0 (Micro Engine Scheduler) et de ses définitions d’API |
| 4/8 | David Belanger & Jay Cornwall | cwsr_trap_handler_gfx13.asm (+1 749 lignes) | Gestionnaire d’interruptions CWSR en assembleur pour la sauvegarde et restauration des vagues compute |
| 5/8 | David Belanger | amdgpu_amdkfd_gfx_v13.c (+1 122 lignes) | Prise en charge initiale de GC 13 dans le pilote de calcul AMDKFD (ROCm) et gestionnaires MQD v13 |
| 6/8 | Eric Huang | kfd_topology.c (+5 lignes) | Désactivation de la réinitialisation de file d’attente dans la topologie KFD pour GFX13 |
| 7/8 | Frank Min | amdgpu_discovery.c (+22 lignes) | Activation de la cible matérielle GFX 13.0.4 aux côtés de GFX 13.0.1 |
| 8/8 | Kevin Wang | soc_v2_0.c (+3 lignes) | Activation des états d’économie d’énergie par coupure d’horloge MGCG, CGCG et CGLS sur GFX13 |
Ordonnanceur MES v13, gestion IMU v13 et pile compute ROCm : l’anatomie de RDNA 5 sous le capot
Dans le détail, la pièce maîtresse de cette publication repose sur le fichier gfx_v13_0.c rédigé par l’ingénieur Frank Min. Avec 5 808 lignes de code à lui seul (auxquelles s’ajoutent l’en-tête clearstate_gfx13.h et les masques de registres gc_13_0_1_sh_mask.h), ce module pose toute la logique d’initialisation du cœur graphique, le chargement des microcodes du processeur de commandes (Command Processor), la gestion du module RunList Controller (RLC) et le paramétrage des tampons graphiques.
Autre brique fondamentale introduite par ce lot : l’ordonnanceur matériel MES v13.0 (Micro Engine Scheduler), réparti entre mes_v13_0.c (1 862 lignes) et mes_v13_api_def.h (890 lignes). Cet ordonnanceur embarqué gère directement les files d’attente matérielles et la soumission des travaux en espace utilisateur (user queues), un domaine sur lequel AMD concentre ses efforts pour réduire la latence CPU dans les jeux DirectX 12 et Vulkan sous Proton. En parallèle, l’ajout de 1 181 lignes d’assembleur dans cwsr_trap_handler_gfx13.asm par Jay Cornwall et David Belanger garantit que la pile de calcul AMDKFD / ROCm dispose déjà de son mécanisme de préemption et de sauvegarde de contexte (Compute Wave Save and Restore), tandis que Kevin Wang active dès maintenant les trois paliers de Clock Gating (MGCG, CGCG et CGLS) pour abaisser la consommation électrique au repos.
Cap sur le noyau Linux 7.5 : où en est l’écosystème logiciel avant les futures Radeon RX ?
Cette salve de 12 643 lignes de code ne tombe pas de nulle part : elle vient assembler les pièces d’un puzzle qu’AMD déploie brique par brique depuis plusieurs mois dans l’écosystème open-source. Dès le début de l’année 2026, les premières cibles GFX13 (dont l’identifiant gfx1310) avaient fait leur apparition dans le compilateur LLVM 23 afin de préparer la génération d’instructions shaders. Puis, au cours de l’été, les ingénieurs d’AMD avaient entamé l’intégration du moteur d’affichage de nouvelle génération Display Core Next 6 (DCN 6.0.0), directement relié à la révision GFX 13.0.1 avec une prise en charge améliorée du pré-échantillonnage chromatique 4:2:0 et 4:2:2, aux côtés du moteur de transfert mémoire SDMA 8.x et du gestionnaire d’interruptions IH 8.0.
Compte tenu de la date de soumission de ces patchs en ce mois de novembre 2026, alors que la fenêtre de fusion du noyau 7.4 est désormais refermée, cette prise en charge initiale de GFX13 / RDNA 5 est attendue au sein du futur noyau Linux 7.5 en cours de préparation pour le début de l’année 2027. Chez AMD, l’intégration des fondations du pilote Linux intervient traditionnellement de nombreux mois avant la sortie commerciale des cartes graphiques grand public, afin d’assurer une prise en charge native irréprochable sur les distributions PC et SteamOS dès le premier jour. D’ici l’arrivée des futures Radeon RX de génération RDNA 5 à l’horizon 2027, l’architecture RDNA 4 actuelle reste le fer de lance d’AMD en boutique, portée par la Radeon RX 9070 XT (16 Go GDDR6) qui s’affiche en ce mois de novembre à partir de 899 € chez les revendeurs français.
AMD Radeon RX 9070 XT (16 Go GDDR6)
- Architecture AMD RDNA 4 (Navi 48)
- 16 Go de mémoire GDDR6 sur bus 256 bits
- Support natif AMD FSR 4 et AFMF 3
- À partir de 899 € chez les revendeurs français
Mon carnet de veille
Quand on épluche plus de 12 600 lignes de code C et d'assembleur déposées d'un seul bloc par l'équipe d'Alex Deucher, un constat s'impose immédiatement : la phase de validation en laboratoire des premières puces RDNA 5 bat son plein chez AMD. Pour l'heure, la structure de gfx_v13_0.c et du code KFD reprend volontairement le squelette de GFX12 afin d'assurer un démarrage propre du silicium sans dévoiler prématurément les unités spécialisées. Mais comme me le glissait Chayane en scrutant l'ordonnanceur matériel mes_v13_0.c et le gestionnaire d'interruptions cwsr_trap_handler_gfx13.asm, c'est dans les prochaines séries de correctifs Mesa RADV et les registres de shaders que l'on verra émerger les vraies armes de RDNA 5 en ray tracing et en accélération matricielle pour succéder au FSR 4.
Voir AMD activer dès maintenant deux cibles distinctes (GFX 13.0.1 et GFX 13.0.4) avec leur gestion d'énergie MGCG/CGCG opérationnelle pour le noyau Linux 7.5 est en tout cas un excellent signal pour la maturité des futurs pilotes open-source. Nous n'avons pas encore eu ce matériel entre les mains à la rédaction : si le constructeur souhaite nous confier un exemplaire de test pour le passer sur notre protocole complet en conditions réelles, notre banc d'essai lui est grand ouvert.
Retrouvez Pro-Gamer en priorité sur Google
Ajoutez pro-gamer.fr à vos sources préférées pour retrouver nos guides et actus directement dans votre flux Google Discover et vos résultats de recherche.
Passionné de hardware et de jeu vidéo, Arthur « Heimdall » navigue entre la France et l'Angleterre où il travaille dans la vente de solutions logicielles B2B. Diplômé d'école de commerce et passionné de bancs d'essai, il monte et démonte des PC depuis son enfance, traquant chaque degré thermique et chaque milliseconde de latence d'affichage. Joueur éclectique passé par Assassin's Creed et Roblox, c'est sur les raids de World of Warcraft qu'il a rencontré Grimtag et Chaya avant de rejoindre l'aventure Pro-Gamer.
