URL: https://linuxfr.org/forums/linux-general/posts/laptop-amdgpu-et-sortie-externe Title: Laptop amdgpu et sortie externe Authors: moi1392 Date: 2024年02月28日T17:05:44+01:00 License: CC By-SA Tags: Score: 3 Bonjour, je suis depuis peu le possesseur d'un laptop [tuxedo sirius](https://www.tuxedocomputers.com/en/TUXEDO-Sirius-16-Gen1) disposant de 2 puces graphiques, une integrée dans le CPU et une plus puissante "externe", voila sortie de lspci | grep VGA : 03:00.0 VGA compatible controller: Advanced Micro Devices, Inc. [AMD/ATI] Navi 33 [Radeon RX 7700S/7600/7600S/7600M XT/PRO W7600] (rev c7) 68:00.0 VGA compatible controller: Advanced Micro Devices, Inc. [AMD/ATI] Phoenix1 (rev c2) Par défaut, c'est la puce Phoenix1 qui est utilisée, car je suppose moins gourmande en ressources. Seulement voila, j'ai l'impression que la sortie HDMI de ce portable n'est connectée qu'à la puce radeon RX 7600M XT on le voit assez bien avec la commande "drm_info" (je ne mets pas l'output de cette commande ici car il est très verbeux) qui m'indique que le "connecteur" eDP est à l'état connected pour la puce phoenix1 et disconnected pour la radeon alors que le connecteur "hdmi" est seulement présent pour la puce radeon, pas de trace de lui dans les connecteurs liés à phoenix1 Mon problème alors, est que lorsque je branche un écran hdmi sur le laptop, il n'est pas détecté. j'utilise pour savoir cela la commande "udevadm monitor" qui reste désespérement vide alors que je connecte ou déconnecte mon écran hdmi. Par contre, lorsque j'exécute la commande "drm_info" pour avoir plus d'linfos sur ce qui se passe, je constate déjà que : 1) la première exécution est relativement lente (4~5 secondes) 2) des événements se mettent à apparaitre dans la sortie de "udevadm monitor" lors de l'ajout et le retrait du cable hdmi, et de plus mon environnement de bureau (kde) les détecte bien et étend le bureau. Je suppose donc que la carte radeon est dans un état de veille pour éviter la consommation et que le premier appel à drm_info l'initialise et la sors de cet état. les appel suivants à drm_info sont de plus instantanés Enfin, si je déconnecte l'écran externe et que j'attends un certain moment, les événements n'arrivent plus et un appel à drm_info reprends de nouveau quelques secondes, je suppose que le pilote a remis la carte (ou le connecteur hdmi) dans un état de veille. Ma question est donc la suivante, est ce que ce comportement est attendu ? Et partant de la supposition qu'il ne l'est pas, car je trouve bizarre d'avoir besoin de ce genre de workaround (une commande obscure) pour avoir un second écran détecté, où dois-je rapporter le bug correspondant ? Ma distrib est debian sid, je suis passé à un kernel 6.7 que j'ai récup sur experimental et je suis allé chercher les derniers firmware amdpgu sur le git officiel de firmwares du kernel pour être le plus à jour possible niveau drivers. Un détail de plus, le pilote est bien chargé dans le noyau, j'ai comparé un lsmod avant et après appel à drm_info et pas de différence. De plus j'ai un petit binaire qui initialise vulkan et demande quelles cartes graphiques sont présentes pour faire de la 3D. Il me retourne bien mes 2 cartes (plus llvmpipe qui est un pipe pur software) mais ne déclanche pas pour autant les événements de connexion d'écran. Toute suggestion ou idée est la bienvenue.