Nouvelles dans la section DRM
Direct Rendering Manager, DRM en abrégé, apportera également un certain nombre de nouvelles fonctionnalités intéressantes dans Linux 6.3, dont beaucoup sont déjà en route dans la branche développement. Mais en plus, il va aussi perdre quelques anciens pilotes, que l’on connaît depuis quelques semaines maintenant.
L’une des plus grandes innovations est le nouveau sous-système de mises à jour pour les accélérateurs (accel), qui constituera la pierre angulaire de modifications ultérieures de la prise en charge du GPU via des pilotes graphiques ou des accélérateurs d’opérations IA. Ce sous-système informatique pour l’IA a fait ses débuts dans Linux 6.2, mais c’était l’infrastructure de base sur laquelle d’autres blocs sont maintenant en cours de construction. Entre autres choses, les développeurs ont déjà préparé la migration du support de pilotes Intel Habana Labs existant (char/misc) vers ce nouveau sous-système. Le deuxième pilote de ce premier lot est le pilote pour les accélérateurs spécifiques Intel Gaudi / Gaudi2 / Greco, introduit dans les dernières générations l’été dernier. Il existe également d’autres contrôleurs pour les accélérateurs d’IA en amont.
D’autre part, les pilotes DRI1 pour les graphiques très anciens tels que ATI Rage 128, 3Dfx, S3 Savage, Intel 810, SiS, VIA et Matrox MGA disparaissent du noyau – nous parlons également de produits vieux de 20 ans ou plus qui ne peuvent même pas encore être appelés GPU, et généralement pour un produit qui n’a pas été touché depuis des années.
Les GPU Intel plus en détail
Pour les “cartes graphiques classiques”, on retrouve le pilote DRM i915 mis à jour dans le six-trois, améliorant le support de la génération DG2/Alchemist, c’est-à-dire les cartes actuelles de la famille Intel Arc. De plus, dans la prochaine version du noyau, les développeurs d’Intel offriront le fonctionnement de base de la partie GPU des futurs processeurs de la famille Meteor Lake (le successeur de la génération actuelle Raptor Lake, dont la date de lancement exacte et les paramètres ou la disponibilité des modèles de bureau, nous ne pouvons que philosopher pour le moment). Il y aura également un support pour DisplayPort MST DSC (c’est-à-dire multiflux avec compression) ou les graphiques Xe HP 4Tile de la famille de produits Ponte Vecchio. Et aussi de nombreuses améliorations dans la partie bas niveau du code.
Chez Intel aussi, d’ailleurs travaille sur un nouveau pilote de noyau pour les GPU de la famille (i)Xe, cependant le code n’est pas encore mature en amont. Cependant, un jour, ce pilote remplacera le classique i915 susmentionné, qui restera le défaut pour les GPU Intel des générations antérieures à Gen12/Xe. Comme Phoronix l’a indiqué il y a quelques jours, avec un peu de chance, le nouveau contrôleur pourrait sortir en amont au cours de cette année, alors croisons les doigts pour Intel, car avec le passage à celui-ci, les développeurs seront libérés des grosses boules de la rétrocompatibilité et les nuances architecturales désormais inefficaces de l’ancien i915.
Plans AMD
C’est facile pour AMD, son pilote AMDGPU est continuellement mis à jour, c’est pourquoi la dernière génération de GPU, appelée RDNA3, est en cours d’élaboration depuis quelques semaines ou mois. AMD prévoit de prendre en charge des blocs IP supplémentaires, c’est-à-dire de nouvelles variantes de GPU tombant dans cette architecture (il n’y a pas encore beaucoup de RDNA3 sur le marché).
Il y aura une prise en charge du transfert d’informations sur PCI Express vers l’espace utilisateur, une prise en charge de l’affichage sécurisé fonctionnant avec plusieurs écrans, un code révisé pour la suspension S0ix, FreeSync via PCon et également diverses améliorations de bas niveau.
Ajoutons qu’AMD a déjà une architecture successeur RDNA4 en développement, mais il est trop tôt pour parler des détails.
Plus d’actualités DRM
Linux 6.3 apportera également l’utilisation du soi-disant SimpleDRM, c’est-à-dire un remplacement architectural plus récent du bon vieux périphérique sous la forme d’un pilote de tampon de trame ( fbdev), qui utilise une couche d’émulation pour la rétrocompatibilité. L’ancien support IOCTL disparaîtra du nouveau pilote, il y aura un certain nombre de mises à jour dans le pilote MSM pour le GPU Adreno dans les puces ARM de l’américain Qualcomm (généralement, nous apprendrons les détails plus tard après que la branche de développement soit passée à une version plus récente version), le pilote Raspberry Pi VC4 recevra divers correctifs et ne manquera pas ni ne prendra en charge les cœurs VeriSilicon NPU dans Etnaviv, un pilote GPU intégré de la série Vivante GC à ingénierie inverse.
Pilote Ath12k pour Qualcomm Wi-Fi 7
Dans la partie réseau du noyau, une nouveauté évolutive importante fait son apparition pour la version 6.3. Pilote Ath12k aura sa première dans six-trois et fournira à Linux le support de la solution Wi-Fi 7 de Qualcomm. Dans la première phase, il y aura deux solutions, le périphérique PCI(e) QCN9274/WCN7850 (connu sous le nom de Qualcomm FastConnect 7800 avec prise en charge de vitesses allant jusqu’à 5,8 Gbit/s). Ce nouveau pilote a commencé à l’origine comme un fork du précédent ath11k dans le but d’être une nouvelle solution propre, tout en ne représentant qu’une partie (même importante) du code nécessaire pour prendre en charge la génération de produits Wi-Fi 7 de Qualcomm. Pour l’instant, il est en plein développement, il ne supporte “que” le mode 802.11ax, et il faudra attendre le WiFi 7 Extremely High Throughput (EHT) avec support 802.11be. Il y a plus de détails disponible dans la pull request de Jakub Kicinskiun développeur travaillant pour Meta (Facebook).
