Présent sur Fedora 31, mais pas que :
1 : depuis le noyau 4.19 mon ancien écran voit son EDID reconnu en erreur (défaut présent aussi sous MS windows 10 à la même période...)
Pourtant il revit après une mise en veille, mais les valeurs détecté ne sont plus présente et donc il faut remettre la résolution native comme ceci :
xrandr --newmode "1920x1080_60.01" 172.80 1920 2040 2248 2576 1080 1081 1084 1118 -HSync +Vsync
xrandr --addmode HDMI-A-0 1920x1080_60.01
A savoir que de refaire le .bin ne résout rien...
2 : Bien que les problèmes avec le module noyau "amdgpu" soit enfin de l'histoire ancienne, il faut maintenant relancer la détection en forçant la régénération de dracut lors des montés de versions, car il semble que les firmwares pour les Radeon Navi (Navi10 RX 5700 et 5700XT et aussi les rx 5500 ou navi14 si je ne m'abuse...) ne soient pas présent là où il faut :
Solution taper en mode dépannage :
sudo dracut --regenerate-all --force --install=/lib/firmware/amdgpu/*
Les noyaux cherchent les firmwares dans : /lib/firmware/NUMERODUNOYAU/amdgpu/
Mais les firmwares des Navi n'existe pas sur ce chemin entre :
kaveri_vce.bin
mullins_ce.bin
Il manque tout les "N" (C'est la haine 😢 )
et pourtant la prochaine génération Acturus est bien là elle... allez comprendre...
A voir le pourquoi du comment...
Après il est possible que ce soit à cause d'une installation qui date pour cette partie.
Voici un rapport de bogue sur le même problème :
https://bugzilla.redhat.com/show_bug.cgi?id=1716138
Je vais suivre la recommandation de la suppression des fichiers de conf dans /etc/dracut.conf.d/
On verra bien...
Concernant L'EDID de mon ancien écran 27" (à savoir que j'ai eu le cas avec le nouveau au niveau du HDMI, à confirmer que c'est bien corrigé depuis vu que je n'utilise que le DisplayPort...). Cela le fait aussi sur mon serveur avec une installation toute neuve.