Le dernier lot de travail d’Intel pour les graphiques Meteor Lake « drm-intel-gt-next » a été téléchargé sur le Core Linux 6.4, attendant patiemment la fenêtre de fusion qui devrait s’ouvrir dans quelques semaines. La fenêtre s’ouvrira peu de temps après que la nouvelle version de Linux (v. 6.3) devienne téléchargeable.
Intel Meteor Lake Graphics reçoit les derniers éléments de l’activation drm-intel-gt-next pour la fenêtre de fusion Linux 6.4
Intel s’est concentré sur l’activation du support graphique intégré de Meteor Lake. Étant donné que la nouvelle gamme Meteor Lake ciblera d’abord les plates-formes mobiles, les iGPU (graphiques intégrés), également connus sous le nom de tGPU (GPU en mosaïque), seront intégrés à ces puces offrant des capacités égales à celles des graphiques dédiés basés sur Alchemist, ou architecture DG2.
Joonas Lahtinen, l’un des ingénieurs d’Intel travaillant sur le projet, s’exclame la finalité du groupe du travail sur drm-intel-gt-next à Daniel Airlie et Daniel Vetter.
Voici la demande d’extraction finale drm-intel-gt-next pour la v6.4.
En tant qu’éléments principaux, nous avons un correctif pour la comptabilité d’exécution contextuelle, Meteorlake
activation, élimination du bruit d’erreur DMAR dû à la capture d’erreur GPU, BAR
correction de redimensionnement de forcewake et correction d’effacement du contenu de la mémoire pour dédié.
Chargement GuC plus robuste sur les systèmes avec IFWI qui ralentit le GPU
fréquence et un potentiel UAF fermé sur perf add_config IOCTL.Il y a aussi des changements dans les en-têtes uAPI pour éliminer flexible-array
requête membre à l’échelle du Core, qui n’a pas d’impact sur les binaires et également
ne devrait pas avoir d’incidence sur la compilation.— Joonas Lahtinen de la récente pull request drm-intel-gt-next
Le texte original de drm-intel-gt-next a été légèrement modifié pour plus de lisibilité, mais les modifications apportées à l’UAPI et au driver sont répertoriées ci-dessous.
drm-intel-gt-next-2023-04-06 :
Modifications UAPI :
- (Temps de construction uniquement, ne devrait pas avoir d’impact) drm/i915/uapi : remplacez le faux tableau flexible par un membre de tableau flexible
« Les tableaux de longueur nulle en tant que faux tableaux flexibles sont obsolètes et nous nous dirigeons plutôt vers l’adoption de membres de tableaux flexibles C99. »
Il s’agit d’une demande de Core de base évoluant vers GCC 13.
Changements de driver :
- Correction de la comptabilité d’exécution du contexte sur sysfs fdinfo pour les charges de travail lourdes (Tvrtko)
- Ajout du prise en charge des unités multimédias OA sur MTL (Umesh)
- Ajouter de nouvelles solutions de contournement pour Meteorlake (Daniele, Radhakrishna, Haridhar)
- Correction de sysfs pour lire la fréquence réelle pour MTL et Gen6 et versions antérieures (Ashutosh)
- Synchroniser i915/BIOS sur C6 en activant sur MTL (Vinay)
- Correction du bruit d’erreur DMAR dû à la capture d’erreur GPU (Andrej)
- Correction du forcewake lors du redimensionnement de BAR sur dédié (Andrzej)
- Vider le contenu du lmem après construction sur dédié (Chris)
- Correction du délai de chargement de GuC sur les systèmes où IFWI programme une faible fréquence de démarrage (John)
- Correction de la condition de concurrence UAF dans i915_perf_add_config_ioctl (Min)
- Sanitycheck Accès MMIO au début de la charge du driver et pendant le forcewake (Matt)
- Correctifs Wakeref pour le scénario d’erreur GuC RC et le suivi actif des machines virtuelles (Chris)
- Annuler le temporisateur de chargement retardé HuC lors de la réinitialisation (Daniele)
- Limiter la double réinitialisation GT au pré-MTL (Daniele)
- Utilisez i915 au lieu de dev_priv dans la structure file_priv (Andi)
- Améliorer le rapport d’erreur de chargement GuC (John)
- Simplifier la logique de sélection du moteur VCS/BSD (Tvrtko)
- Effectuer uc late init après l’injection d’erreur de sonde (Andrzej)
- Correction du format pour perf_limit_reasons dans debugfs (Vinay)
- Créer des fichiers de débogage par gt (Andi)
- Documentation et correctifs kerneldoc (Nirmoy, Lee)
- Améliorations de l’autotest (Fei, Jonathan)
Michael Larabel, développeur principal de la suite de tests Phoronix, Phoromatic et OpenBenchmarking.org, et fondateur du site de hardware Linux Phoronix, déclare que les graphiques de Meteor Lake sont actuellement considérés comme une option « expérimentale et derrière la force ». Cependant, il est fantastique pour les utilisateurs de Linux d’avoir le support Intel prêt avec l’activation récente, en particulier avec les processeurs livrés plus tard cette année. Larabel prévoit que l’activation de Meteor Lake sera accessible dans la version 6.5 de Linux.
Les personnes intéressées par la demande de tirage complète soumise hier peuvent consulter le lien ici pour plus d’informations.
Sources d’informations : Phoronix, Core Linux 6.4
Retrouvez, la vidéo d’un de nos confrères hardware de la semaine :
Ci-dessous, nos guides d'optimisations dont : Optimiser Windows 11 pour les jeux - Optimiser Windows 10 pour les jeux - Comment réduire latence - Stock PS5
