Il ne s’agit donc pas d’un simple nouvel identifiant ajouté au pilote. Ces fichiers concernent plusieurs blocs IP indispensables à l’initialisation et au fonctionnement d’un circuit graphique intégré. L’arrivée du firmware rend la pile logicielle GFX 11.7 nettement plus aboutie qu’à l’époque où le support ne figurait encore que dans des versions de développement du noyau, du compilateur et de la pile graphique.
Le firmware n’est qu’un maillon de la chaîne de compatibilité Linux, mais c’est un maillon indispensable. Le noyau doit reconnaître le matériel, LLVM doit savoir compiler les shaders pour la cible concernée et Mesa doit fournir les chemins d’exécution Vulkan et OpenGL adaptés.
AMD a déjà commencé à intégrer le support GFX 11.7 dans le pilote AMDGPU du noyau Linux et dans le backend AMDGPU du compilateur LLVM. Mesa 26.3 a ensuite ajouté la prise en charge du GFX1171 dans RADV, le pilote Vulkan, et RadeonSI, le pilote OpenGL. Dans l’état actuel du code, le GFX1171 reprend largement les chemins déjà utilisés par le GFX1170, avec l’ajout des identifiants nécessaires.
Cette séquence est particulièrement favorable aux distributions. Lorsque le firmware arrive dans linux-firmware avant le matériel, les mainteneurs disposent de temps pour l’inclure dans les mises à jour système. Les utilisateurs ont ainsi davantage de chances de bénéficier d’une pile graphique opérationnelle dès le premier démarrage, sans installateur spécifique du fabricant ni téléchargement manuel.
Le dépôt contient les firmwares GFX1170 et GFX1171, mais pas celui du GFX1172. Les travaux menés dans LLVM et AMDGPU identifient pourtant GFX1170, GFX1171 et GFX1172 comme trois cibles de la famille RDNA 4m, avec les mêmes chemins de capacités ISA dans le code disponible.
L’absence du GFX1172 peut correspondre à une variante prévue plus tard, à une configuration qui n’est pas encore prête pour une publication publique ou simplement à un calendrier de lancement différent. Elle ne suffit pas à prouver une stratégie précise de segmentation des produits.
Elle signifie surtout que la mise à jour actuelle ne doit pas être présentée comme une prise en charge complète de toutes les cibles GFX117x connues.
Sur le plan de la nomenclature interne, GFX 11.7 se situe entre le GFX 11.5 de RDNA 3.5 et le GFX 12.0 de RDNA 4 dédiée. AMD regroupe les identifiants GFX1170, GFX1171 et GFX1172 sous l’appellation « RDNA 4m », mais il s’agit d’identifiants techniques utilisés par les outils et les pilotes, pas de noms commerciaux.
Les éléments disponibles permettent de décrire RDNA 4m comme une branche intermédiaire ou dérivée, destinée vraisemblablement à une plateforme orientée APU ou SoC. Les changements de jeu d’instructions présentent des éléments proches de RDNA 4, tandis que l’implémentation logicielle actuelle s’appuie largement sur des chemins issus de RDNA 3.5.
Le suffixe « m » pourrait évoquer une orientation mobile ou graphique intégrée. Cette interprétation est cohérente avec les informations reliant le développement à la famille non annoncée Medusa Point, mais AMD n’a pas défini publiquement ce suffixe ni confirmé que toutes les cibles GFX117x appartiennent à cette famille.
Le code ne révèle pas non plus les caractéristiques qui intéressent directement les acheteurs : aucun nom commercial confirmé, nombre d’unités de calcul, fréquence, configuration mémoire, objectif de performances ou date de sortie n’est officiellement associé au GFX1171 dans les informations citées.
Pour une future machine équipée d’un circuit GFX 11.7, l’attente la plus prudente est une distribution réunissant les quatre éléments suivants :
Linux 7.3 apparaît comme la cible logique pour l’intégration complète des changements côté noyau, puisque les évolutions GFX 11.7 et DCN 4.2 étaient préparées pour ce cycle. Mesa 26.2 pourrait déjà couvrir une partie du travail consacré au GFX1170, mais Mesa 26.3 reste la recommandation la plus sûre pour un système basé sur le GFX1171.
Il ne s’agit pas pour autant d’une garantie que toutes les distributions proposeront le même niveau de support le même jour. Les noyaux et les paquets Mesa des distributions peuvent suivre l’amont avec un certain décalage, tandis que l’absence du firmware GFX1172 rappelle que l’intégration se fait encore par étapes.
AMD a également soumis, à peu près au même moment, une importante série de correctifs Linux consacrée à UALink. Cette norme d’interconnexion et de mise en réseau vise à relier des GPU et d’autres accélérateurs d’intelligence artificielle dans des systèmes de montée en charge destinés aux centres de données.
La proximité temporelle témoigne de l’activité importante d’AMD dans les projets amont, mais elle ne prouve pas que les APU Medusa Point utiliseront UALink. Le firmware RDNA 4m concerne une plateforme graphique intégrée et sa pile Linux ; les travaux UALink visent l’infrastructure d’accélérateurs.
La publication du firmware RDNA 4m renforce nettement l’idée que le matériel GFX 11.7 approche de sa disponibilité et qu’AMD prépare son support Linux particulièrement tôt. La combinaison du firmware, des évolutions du pilote AMDGPU, du support LLVM et des travaux Mesa laisse entrevoir une commercialisation accompagnée d’une base graphique open source plus complète que celle d’un produit dont le support ne serait préparé qu’après la sortie.
Pour Medusa Point, la conclusion la plus juste reste toutefois « plus proche du lancement », et non « officiellement annoncé ». La mise à jour ne confirme ni la famille de processeurs, ni les références exactes, ni les performances, ni la date de sortie. Le GFX1172 reste par ailleurs absent du firmware publié.
L’hypothèse la plus solide est donc celle d’une future plateforme de type APU, probablement pensée pour les ordinateurs portables ou d’autres systèmes compacts, qui devrait disposer d’une bonne base Linux. Pour en tirer le meilleur parti, il faudra vraisemblablement un linux-firmware récent, un noyau de génération Linux 7.3 et Mesa 26.3 ou ultérieur.