AMD a commencé à activer la prise en charge des pilotes Linux pour ses processeurs graphiques de nouvelle génération basés sur l’architecture RDNA 3. Alors que les cartes graphiques Radeon RX 7000 de nouvelle génération d’AMD devraient être introduites à l’automne, la société commence probablement à tester ses nouveaux GPU avec des partenaires, à activer la prise en charge des pilotes Linux et à effectuer d’autres travaux de préparation.
Officiellement, la nouvelle série de correctifs Linux (découverte par @Kepler_L2) permet la prise en charge des pilotes pour certains des blocs IP SoC21 d’AMD et des GPU dérivés (par exemple, bus PCIe, gestionnaire d’interruptions, E/S de l’unité de gestion système et PCI BAR). Les mêmes correctifs permettent officiellement la prise en charge de l’architecture GFX11 d’AMD, qui serait RDNA 3 (car GFX10 signifie RDNA2). Pour l’instant, la famille GFX11 d’AMD compte officiellement quatre membres – trois processeurs graphiques discrets et un intégré – bien que nous nous attendions à ce que davantage de GPU utilisent la nouvelle architecture à terme.
Il est possible que SoC21 soit le GPU Navi 31 haut de gamme de nouvelle génération d’AMD qui prend en charge toutes les fonctionnalités de RDNA 3 ainsi que le contrôleur de mémoire, les interfaces d’affichage et d’autres fonctionnalités les plus avancés.
Une information remarquable concernant l’activation des processeurs graphiques de la série Navi 30 d’AMD sous Linux est le fait qu’AMD n’ajoute plus la prise en charge d’une puce particulière en publiant un gros correctif (afin de ne pas partager de secrets avec ses rivaux et les observateurs du marché), mais ajoute plutôt la prise en charge pour les blocs IP individuels de ses GPU en mettant à disposition des correctifs individuels liés à l’IP, note Phoronix. Cette approche permet également à AMD d’approuver plus facilement ses procédures d’examen juridique/technique.
Les GPU basés sur la même architecture ont tendance à partager des blocs de construction, donc l’activation de la prise en charge de blocs IP individuels permet essentiellement la prise en charge par le pilote de plusieurs processeurs graphiques à la fois. Pendant ce temps, étant donné qu’un GPU peut avoir un bloc qu’un autre GPU n’a pas (par exemple, un GPU est livré avec un support HDMI 2.1 48G, tandis qu’un autre continue à proposer HDMI 18G bien qu’avec certaines fonctionnalités HDMI 2.1), une activation bloc par bloc ne révèle pas lequel des jetons a quel bloc.