par AMD a laissé les utilisateurs de Linux sans un excellent support graphique lorsqu’ils ont lancé les nouveaux GPU Radeon RX 7900 basés sur l’architecture RDNA 3. Le noyau graphique était ancien et ne préparait pas les utilisateurs avec un micrologiciel plus récent lors du lancement. Désormais, les ingénieurs commencent à se concentrer sur la prise en charge de RDNA 3 avec une mise à jour du micrologiciel récemment publiée, permettant aux utilisateurs de s’appuyer sur le tampon de trame du micrologiciel lorsque le pilote AMDGPU tombe en panne.
Le noyau graphique AMD Linux cherche à améliorer l’efficacité de la série de correctifs actuelle pour les requêtes GPU
Mario Linomciellow, un ingénieur AMD, travaillant sur le correctif actuel, décrit et explique comment le processus fonctionne et comment résoudre le problème. Le boursier AMD explique que les pilotes KMS détruisent initialement le tampon de trame du micrologiciel du système par le code “drm_aperture_remove_conflicting_pci_framebuffers”. Ainsi, si la carte graphique manque le sondage, l’utilisateur reçoit un écran figé pendant que le pilote KMS est appelé, en particulier lors de l’introduction d’un nouveau support pour le GPU. Cela est dû au fait que les utilisateurs doivent mettre à niveau vers une version plus récente du noyau Linux pour coïncider avec les modifications récentes.
AMDGPU a en outre rendu le problème problématique en raison de la migration de la “découverte IP”. La découverte d’adresses IP amène AMDGPU à essayer d’extraire tous les GPU de l’entreprise qui tente de rechercher le bon pilote, ce qui ralentira, voire bloquera, le système si le support manque dans les blocs.
Linomciellow explique la situation avec le récent Ubuntu 21.10 :
L’exemple parfait est Ubuntu 21.10 et les nouveaux dGPU qui viennent d’être lancés par AMD. Le support d’installation est livré avec le noyau 5.19 (qui a la découverte IP), mais le support amdgpu pour ces blocs IP a atterri dans le noyau 6.0. Le firmware Linux correspondant a été publié après le lancement du 21.10.
L’écran se fige sans nomodeset. Même si un utilisateur parvient à installer puis à mettre à niveau vers le noyau 6.0 après l’installation, il aura toujours le problème du micrologiciel manquant et la même expérience.C’est assez choquant pour les utilisateurs, en particulier s’ils ne savent pas qu’ils doivent utiliser “nomodeset” pour l’installation. Pour remédier à la situation, autorisez les pilotes à réexécuter le processus d’initialisation du tampon de trame du micrologiciel lors d’un échec de la sonde. Comme ce problème est plus prononcé avec amdgpu, c’est le seul pilote qui a changé. Mais si cela a un sens plus généralement pour d’autres pilotes KMS, l’appel peut également être ajouté à la routine de nettoyage.
— Mario Linomciellow, AMD
Michael Larabel du site Web Phoronix a découvert aujourd’hui qu’une demande de file d’attente graphique en mode utilisateur RDNA 3 pour le pilote Linux avait été demandée par les ingénieurs AMD Linux sur le backend graphique.
L’espoir est de commencer à prendre en charge les séries de GPU Raden RX 7000 et supérieures. Cela affectera le pilote AMDGPU Linux DRM et permettra “la soumission directe de la charge de travail à partir d’un contexte graphique de l’espace utilisateur qui permettrait des performances accrues et une gestion graphique améliorée pour plusieurs applications et jeux exclusifs à AMD et aux scénarios plein écran”. Larabel note que l’AMD ROCm calcule la pile permet déjà une fonction similaire.
Sources d’actualités : Phoronix 1, 2, noyau Linux, Freedesktop
