AMD a publié dans linux-firmware.git les binaires de firmware dont la pile graphique libre a besoin pour initialiser RDNA 4m, son bloc graphique GFX 11.7. Phoronix a repéré les commits le samedi 22 août 2026, et la liste couvre GFX 11.7.0 et 11.7.1, les images de sécurité PSP 15.0.0 et 15.0.9, SDMA 6.1.4 et le moteur vidéo VPE 2.0.0. Le matériel visé n'existe pas encore sur le marché : RDNA 4m est attendu dans les puces Zen 6 Ryzen 500 Medusa Point. Pour qui fait tourner Linux sur des portables récents, l'utile est de savoir quelles versions de noyau et de Mesa rendront réellement ce silicium fonctionnel.
The short answer
AMD a versé dans linux-firmware.git les binaires nécessaires à l'initialisation des graphiques RDNA 4m : GFX 11.7.0 et 11.7.1, PSP 15.0.0 et 15.0.9, SDMA 6.1.4 et le moteur vidéo VPE 2.0.0, avec la prise en charge d'affichage DCN 4.2 dans la foulée. Le matériel est attendu dans les puces Zen 6 Ryzen 500 Medusa Point, qui ne sont pas sorties. Linux 7.3 associé à Mesa entre 26.2 et 26.3 forme la combinaison décrite comme une bonne base.
On devine en général ce que contient une puce des mois avant l'annonce, à condition de lire le bon dépôt git.
Ce qui a été déposé, et ce que cela révèle
Les commits ajoutent les firmwares pour GFX 11.7.0 et GFX 11.7.1, première apparition de ces versions dans linux-firmware.git. Les accompagnent PSP 15.0.0 et PSP 15.0.9, les images du processeur de sécurité de plateforme qui amorcent le bloc graphique, SDMA 6.1.4 pour les moteurs d'accès direct à la mémoire, et VPE 2.0.0 pour le moteur de traitement vidéo. DCN 4.2, la génération de cœur d'affichage, suit dans la même fenêtre.
C'est le dépôt simultané qui rend l'ensemble instructif. Une nouvelle version de bloc graphique isolée ne dit pas grand-chose. Une nouvelle version accompagnée d'un nouveau moteur vidéo et d'une nouvelle génération de cœur d'affichage indique que toute la partie média et affichage a avancé, et pas seulement le moteur de calcul. Le saut est plus large que ne le laisse penser un numéro 11.7 sur le papier.
RDNA 4m occupe lui-même une place inconfortable dans la nomenclature. La documentation du compilateur AMD l'identifie en GFX 11.7, entre RDNA 3.5 en GFX 11.5 et RDNA 4 en GFX 12.0. Les articles le décrivent comme un RDNA 3.5 augmenté d'une sélection d'instructions RDNA 4, dont la conversion FP8 et BF8 et des opérations matricielles mises à jour. Ce n'est pas RDNA 4, malgré le nom, et le m se lit comme mobile.
La cible est la série Zen 6 Ryzen 500, connue sous le nom de code Medusa Point. Rien de tout cela n'a été annoncé.
Le firmware arrive toujours en premier
L'arrivée de la prise en charge graphique AMD sous Linux suit un ordre régulier, et le firmware se situe près du début. L'activation dans le compilateur LLVM part tôt, parce que le compilateur doit connaître le jeu d'instructions avant que quoi que ce soit puisse le viser. La prise en charge amdgpu dans le noyau suit. Le travail Mesa pour RadeonSI et RADV avance en parallèle, la prise en charge de GFX1171 atteignant Mesa 26.3 en août 2026. Le firmware part dans linux-firmware.git, que les distributions empaquettent ensuite.
La raison de publier des mois à l'avance tient au délai des distributions. Le paquet linux-firmware suit un calendrier de distribution, pas un calendrier de lancement produit. Un binaire déposé en août 2026 a une chance de figurer dans le paquet figé pour une version de début 2027, moment où un acheteur déballera peut-être un portable Medusa Point pour y installer Linux. Publier au lancement revient à livrer à ces premiers acheteurs une machine incapable d'initialiser ses graphiques.
Les trois pièces qui doivent s'aligner
Le firmware seul ne sert à rien, et c'est là le point pratique pour qui devra soutenir ces machines.
Le pilote amdgpu du noyau doit reconnaître le bloc, ce qu'apporte Linux 7.3. Le pilote en espace utilisateur doit connaître le jeu d'instructions, soit Mesa 26.2 à 26.3 selon la brique concernée, GFX1171 arrivant en 26.3. Et linux-firmware doit être présent avec les images GFX 11.7, PSP 15, SDMA 6.1.4 et VPE 2.0.0, ce qui dépend entièrement de la fraîcheur du paquet de firmwares de votre distribution.
Le symptôme diffère selon la pièce manquante. Un binaire de firmware absent produit en général un message clair dans dmesg sur un fichier que le pilote n'a pas pu charger. Un noyau trop ancien donne un périphérique non reconnu. Un Mesa trop ancien donne un périphérique qui s'initialise puis bascule en rendu logiciel, le cas le plus déroutant des trois, parce que tout fonctionne techniquement et que rien n'est rapide.
La version à retenir quand les portables Ryzen 500 arriveront n'est donc pas un chiffre unique. C'est un noyau 7.3 ou plus récent, un Mesa 26.3 ou plus récent, et un instantané de linux-firmware postérieur à août 2026.
Ce que nous en retenons
L'habitude à copier ici n'est pas propre à AMD. Publier l'activation tôt, dans l'ordre dont les consommateurs en aval ont réellement besoin, transforme un lancement en non-événement pour ceux qui empaquettent le logiciel.
Cela change aussi discrètement le sens d'un gel de distribution. Une version à support long terme figée avant août 2026 ne portera pas ces binaires, et aucune installation d'un noyau plus récent par-dessus ne rattrapera un paquet de firmwares antérieur au matériel. Quand on vous demandera pourquoi un portable tout neuf fonctionne sur une distribution en flux continu et pas sur celle imposée en entreprise, c'est en général la réponse, et elle a été décidée des mois avant que la machine existe.
Sources et pour aller plus loin
- AMD RDNA 4m Firmware Published For Linux Ahead Of Launch, Phoronix, 22 août 2026
- AMD RDNA 4m firmware lands ahead of Ryzen 500 Medusa Point launch, VideoCardz
- AMD Publishes RDNA 4m Firmware Ahead of Zen 6 Medusa Point Ryzen 500 APUs, Guru3D
- AMD GFX1171 RDNA 4m support has been added to Mesa 26.3, VideoCardz
Questions fréquentes
Qu'est-ce que RDNA 4m et en quoi diffère-t-il de RDNA 4 ?
RDNA 4m est identifié dans la documentation du compilateur AMD comme GFX 11.7, ce qui le place entre RDNA 3.5 en GFX 11.5 et RDNA 4 en GFX 12.0. Il tient davantage d'un RDNA 3.5 étendu que d'un RDNA 4 : les ajouts rapportés à ce jour sont des instructions de style RDNA 4, dont la conversion FP8 et BF8 et des opérations matricielles mises à jour, pas l'architecture RDNA 4 complète. Le m final se lit généralement comme mobile, ce qui colle à une destination en graphiques intégrés plutôt qu'en cartes dédiées.
Quels fichiers de firmware ont été ajoutés ?
Les binaires pour GFX 11.7.0 et GFX 11.7.1, les images du processeur de sécurité de plateforme PSP 15.0.0 et PSP 15.0.9, SDMA 6.1.4 pour les moteurs d'accès direct à la mémoire, et VPE 2.0.0 pour le moteur de traitement vidéo. La prise en charge d'affichage DCN 4.2 arrive en même temps. C'est ce dépôt groupé qui rend l'ensemble lisible : un nouveau moteur vidéo et une nouvelle génération de cœur d'affichage publiés en même temps que le bloc graphique indiquent que toute la partie média et affichage a bougé, pas seulement le moteur de calcul.
Quelles versions de noyau et de Mesa faut-il ?
Linux 7.3 avec Mesa entre 26.2 et 26.3 constitue la base décrite comme correcte. La prise en charge de GFX1171 est arrivée dans Mesa 26.3 courant août 2026, les travaux se poursuivant côté RadeonSI et RADV. Le firmware seul ne fait rien : le pilote amdgpu du noyau doit connaître le bloc, Mesa doit connaître le jeu d'instructions, et linux-firmware doit être empaqueté dans votre distribution. Les trois éléments doivent s'aligner avant qu'une machine démarre sur un bureau utilisable.
Pourquoi AMD publie-t-il les firmwares avant le matériel ?
Parce que les distributions ont besoin de délai. Le paquet linux-firmware est reconstruit et livré au rythme des distributions, pas au rythme des lancements produit : un binaire déposé des mois à l'avance a une chance d'être présent dans la version que les utilisateurs installeront sur des portables neufs. Publier le jour du lancement revient à livrer aux premiers acheteurs une machine incapable d'initialiser ses graphiques tant qu'ils n'ont pas récupéré le firmware à la main, exactement l'expérience de sortie de carton qu'AMD corrige depuis des années.
Y a-t-il quelque chose à faire maintenant ?
Non, sauf si vous empaquetez ou construisez des distributions. Aucun matériel RDNA 4m n'existe encore. Le point à retenir vaut pour plus tard : quand les portables Ryzen 500 arriveront, vérifiez que votre distribution livre un linux-firmware assez récent pour inclure les binaires GFX 11.7, avec un noyau 7.3 ou plus récent et Mesa 26.3 ou plus récent. Une version à support long terme figée avant août 2026 ne les aura pas.