Refuznik
Si tu dois tester as tu vérifier si le problème ne viendrait pas directement de ton bureau KDE donc peut-être voir avec Gnome+xorg+drivers proprio.
Vorahk
VINDICATORs wrote:C'est surtout que OpenBox est plus léger que kwin, même si perso je faisais même tourner la version 4 sur l'atom n450. Mais au prix de nombreux réglages qui ne sont plus nécessaire sur plasma5. Après j'avais quand même augmenter la RAM (1Go -> 2Go) à l'époque.
Pareil, j'ai monté la bête à 2Go, ça aide déjà bien en évitant le swap permanent.
C'est vrai que Plasma 4 c'était pas génial niveau perfs... C'est ce qui m'avait fait surtout utiliser Gnome à cette époque, enfin quand j'étais pas sous XP/Vista/W7... C'est quand j'ai définitivement migré sous Linux il y a quelques années que je me suis tourné vers Plasma 5 puisque Gnome était devenu... douteux niveau ergonomie. Et j'ai été bluffé par la réactivité, la preuve ça tourne même sur du Atom N450 de base, bien que ça soit pas une flèche dans ce cas :lol:
Refuznik wrote:Si tu dois tester as tu vérifier si le problème ne viendrait pas directement de ton bureau KDE donc peut-être voir avec Gnome+xorg+drivers proprio.
Je vais tester avec F31 Cinnamon, Mate-Compiz, LXDE ou LXQt.
Déjà ça vient pas de ma conf KDE, même problème en liveUSB.
Je vais réessayer avec Wayland, ça fait quelques temps que j'ai pas testé, peut-être que depuis ça ne se plantera plus au réveil des écrans.
VINDICATORs
Pense à régler les effets et aussi les modes de veilles.
Ainsi que les réglages du "compositeur" avec la version OpenGL (perso je la passe en 3.1 tout le temps) et la vitesse des effets. Perso je règle aussi :
méthode de mise à l'échelle : Précise
Prévention de déchirement.... : Auto
Conserver les vignettes... : Seulement pour les fenêtres affichées
et coche la case "Permettre aux applications...".
Déjà cela évite pas mal d'artefacts/problèmes.
KDE 4 était surtout très lourd à régler avec tellement de réglages, mal réglé de base, que mal maitrisé c'était imbuvable. Mais avec de la maitrise c'était le pied. Dommage que l'on en ai perdu beaucoup lors du passage à plasma5... Mais bon c'est plus simple.
Vorahk
Le compositeur est déjà réglé comme ça sur mon fixe, et dans les effets j'ai juste les fenêtres en gélatine d'activé par rapport aux défauts.
J'ai configuré pour que le PC reste tout le temps allumé sans couper quoi que ce soit en dehors des écrans, qui sont mis en veille au bout de 10min. Pas de verrouillage de la session non plus.
Je viens de retester en live avec une F31 Workstation, j'ai pas constaté trop de problèmes jusqu'à un plantage de la session au réveil des écrans. Mais Gnome n'est pas KDE: on a juste une barre à tout faire en haut de l'écran principale, et c'est marre. Du coup, constater des écrans qui ne gardent pas leurs widgets...
Ensuite j'ai testé une F31 Cinnamon en live. Là ça marchait bien jusqu'à ce que j'éteigne ou change de source les écrans. Après ça, les écrans gardaient bien leurs widgets à leur réveil, mais les programmes se baladaient d'un écran à l'autre.
Je vais tester de nouveau avec Wayland, avec un user vierge, et pareil avec OpenBox. A voir si c'est possible de faire une autre combinaison aussi: Wayland + OpenBox.
En tout cas, vu que Cinnamon semble se comporter mieux, il y a des chances pour que Plasma soit une source du problème, peut-être du côté des interactions avec X ou avec KWin. Mes tests Wayland et OpenBox pourront peut-être mieux définir ça.
VINDICATORs
Il y a 3 endroits à modifier pour ne plus avoir la veille des écrans (écran de veille, veille ordi, veille écran, verrouillage et autres...).
Je regarderai où ils sont quand je retourne sous Fedora.
Vorahk
Oui, dans "Espace de travail"/"Comportement de l'espace de travail"/"Verrouillage de l'écran"/"Activation" (tout est décoché) et dans "Matériel"/"Gestion de l'énergie"/"Economie d'énergie" (j'ai mis "Economie d'énergie pour l'écran" sur 10min et j'ai décoché "Suspendre la session"). Je n'ai pas trouvé ailleurs.
J'ai testé avec OpenBox sur un user dédié: même résultat qu'avec KWin.
Puis j'ai remis à zéro mon user dédié à Wayland (suppression du contenu de son home y compris des fichiers et répertoires masqués): ça se plante systématiquement au réveil des écrans, et plus de réponse du clavier ou de la souris ensuite en règle générale (impossible de changer de tty).
J'ai pu me connecter en SSH normalement, sans aucune lenteur, et de là faire un reboot, mais ça a mis longtemps à éteindre la machine.
D'ailleurs, au lancement de la session Wayland, seul l'écran de droite (sur DVI-D-1) affiche le bureau, les deux autres affichent toujours SDDM, il faut que je change de tty et que je revienne sur celui où est ma session pour avoir les trois écrans qui affichent le bureau.
Edit:
J'ai testé ce midi avec un live de la concurrence: Ubuntu (celui par défaut, avec Gnome et X11).
Là ça se comporte bien, j'ai juste eu une des fenêtres qui a changé d'écran une fois (pourtant, une autre fenêtre sur le même écran que la première n'a pas bougé).
Je télécharge Kubuntu, la variante KDE, pour tester.
Les deux sont les versions 18.04 LTS, pas les dernières 19.10.
Edit 2:
J'ai donc aussi testé avec Kubuntu: pareil que sur ma F31 KDE: un des écrans prend une config vierge au réveil des écrans.
Vorahk
Ce matin j'ai mis mon PC fixe en veille le temps d'aller chercher mes provisions au drive. C'est bien la première fois que je le mettais en veille celui-là!
Bah le triple-screen a sauté tout pareil que lors de la mise en veille des écrans seulement... D'un côté, c'est pas trop surprenant non plus: les écrans se sont mis en veille à la perte des signaux HDMI.
Vorahk
Petit détail qui pourrait avoir son importance (et qui s'est gentiment rappelé à mon souvenir ce matin le temps que j'aille chercher mon café): de temps en temps, il arrive que j'ai deux écrans (les deux sur HDMI-1 et HDMI-2) qui m'affichent des lignes verticales très fines (peut-être un ou deux pixels, mais j'en suis pas sûr) de différentes couleurs (un motif régulier style arc-en-ciel avec du blanc, du vert, du rouge et du bleu, bref des couleurs primaires et du blanc) pendant que le troisième ne reçoit pas de signal (c'est le cas dans l'UEFI, les deux HDMI sont en clone et le DVI-D est OFF).
La connexion SSH est OK cependant, j'ai fait un dmesg, et là un truc flood les logs: une erreur du driver amdgpu (j'ai malheureusement pas pensé à copier cette ligne...).
J'ai fait un poweroff depuis le SSH, il m'a donc jeté de là, mais après 5min, le PC étant toujours allumé et sans contrôles (bien que le clavier répondait apparemment puisque le NumLock et le CapLock avaient pour action d'allumer/éteindre les témoins correspondant), j'ai éteint de manière délicate: forçage du poweroff par l'UEFI à l'aide d'un appuis long sur le bouton power.
Vorahk
Je remonte un peu ce topic: j'ai depuis remplacé mon SSD SATA (qui me générait de nouveau des erreurs dans les logs...) par un SSD NVMe (un PNY CS3030 de 500Go), j'ai fait une install fraîche de F32 KDE (c'était il y a quelques mois, avant même la bêta de F33). Puis il y a peu, j'ai mis à jour vers F33. Malheureusement, j'ai constaté que ce problème d'affichage est toujours présent... La seule différence: le nommage des écrans dans KDE. J'ai adapté mon script qui corrige le fichier ~/.config/plasmashellrc puis qui relance Plasma. Parfois il faut aussi que je désactive et réactive la composition pour récupérer mes fenêtres transparentes.
PS:
Il serait possible de déplacer ce topic vers la section F33 du coup ?
Vorahk
Je me retrouve à bosser sur mon PC toute la journée, et ce problème de config d'écran qui saute à chaque mise en veille des écrans revient plusieurs fois dans la journée. Du coup, j'ai repris les recherches:
Ce matin, j'ai regardé dans
/var/log/Xorg.0.log quand ça arrive:
[ 560.508] (II) AMDGPU(0): EDID vendor "BNQ", prod id 30948
[ 560.508] (II) AMDGPU(0): Using hsync ranges from config file
[ 560.508] (II) AMDGPU(0): Using vrefresh ranges from config file
[ 560.508] (II) AMDGPU(0): Printing DDC gathered Modelines:
[ 560.508] (II) AMDGPU(0): Modeline "1920x1080"x0.0 148.50 1920 2008 2052 2200 1080 1084 1089 1125 +hsync +vsync (67.5 kHz eP)
[ 560.508] (II) AMDGPU(0): Modeline "1920x1080i"x0.0 74.25 1920 2008 2052 2200 1080 1084 1094 1125 interlace +hsync +vsync (33.8 kHz e)
[ 560.508] (II) AMDGPU(0): Modeline "1280x720"x0.0 74.25 1280 1390 1430 1650 720 725 730 750 +hsync +vsync (45.0 kHz e)
[ 560.508] (II) AMDGPU(0): Modeline "720x480"x0.0 27.00 720 736 798 858 480 489 495 525 -hsync -vsync (31.5 kHz e)
[ 560.509] (II) AMDGPU(0): Modeline "1920x1080"x0.0 148.50 1920 2448 2492 2640 1080 1084 1089 1125 +hsync +vsync (56.2 kHz e)
[ 560.509] (II) AMDGPU(0): Modeline "1920x1080i"x0.0 74.25 1920 2448 2492 2640 1080 1084 1094 1125 interlace +hsync +vsync (28.1 kHz e)
[ 560.509] (II) AMDGPU(0): Modeline "1280x720"x0.0 74.25 1280 1720 1760 1980 720 725 730 750 +hsync +vsync (37.5 kHz e)
[ 560.509] (II) AMDGPU(0): Modeline "720x576"x0.0 27.00 720 732 796 864 576 581 586 625 -hsync -vsync (31.2 kHz e)
[ 560.509] (II) AMDGPU(0): Modeline "1440x480i"x0.0 27.00 1440 1478 1602 1716 480 488 494 525 interlace -hsync -vsync (15.7 kHz e)
[ 560.509] (II) AMDGPU(0): Modeline "1440x576i"x0.0 27.00 1440 1464 1590 1728 576 580 586 625 interlace -hsync -vsync (15.6 kHz e)
[ 560.509] (II) AMDGPU(0): Modeline "640x480"x0.0 25.18 640 656 752 800 480 490 492 525 -hsync -vsync (31.5 kHz e)
[ 560.509] (II) AMDGPU(0): Modeline "800x600"x0.0 40.00 800 840 968 1056 600 601 605 628 +hsync +vsync (37.9 kHz e)
[ 560.509] (II) AMDGPU(0): Modeline "640x480"x0.0 31.50 640 656 720 840 480 481 484 500 -hsync -vsync (37.5 kHz e)
[ 560.509] (II) AMDGPU(0): Modeline "720x400"x0.0 28.32 720 738 846 900 400 412 414 449 -hsync +vsync (31.5 kHz e)
[ 560.509] (II) AMDGPU(0): Modeline "1280x1024"x0.0 135.00 1280 1296 1440 1688 1024 1025 1028 1066 +hsync +vsync (80.0 kHz e)
[ 560.509] (II) AMDGPU(0): Modeline "1024x768"x0.0 78.75 1024 1040 1136 1312 768 769 772 800 +hsync +vsync (60.0 kHz e)
[ 560.509] (II) AMDGPU(0): Modeline "1024x768"x0.0 65.00 1024 1048 1184 1344 768 771 777 806 -hsync -vsync (48.4 kHz e)
[ 560.509] (II) AMDGPU(0): Modeline "832x624"x0.0 57.28 832 864 928 1152 624 625 628 667 -hsync -vsync (49.7 kHz e)
[ 560.509] (II) AMDGPU(0): Modeline "800x600"x0.0 49.50 800 816 896 1056 600 601 604 625 +hsync +vsync (46.9 kHz e)
[ 560.509] (II) AMDGPU(0): Modeline "1152x864"x0.0 108.00 1152 1216 1344 1600 864 865 868 900 +hsync +vsync (67.5 kHz e)
[ 560.509] (II) AMDGPU(0): Modeline "1280x800"x0.0 71.00 1280 1328 1360 1440 800 803 809 823 +hsync -vsync (49.3 kHz e)
[ 560.509] (II) AMDGPU(0): Modeline "1280x1024"x0.0 108.00 1280 1328 1440 1688 1024 1025 1028 1066 +hsync +vsync (64.0 kHz e)
[ 560.509] (II) AMDGPU(0): Modeline "1600x900"x60.0 119.00 1600 1696 1864 2128 900 901 904 932 -hsync +vsync (55.9 kHz e)
[ 560.509] (II) AMDGPU(0): Modeline "1680x1050"x0.0 119.00 1680 1728 1760 1840 1050 1053 1059 1080 +hsync -vsync (64.7 kHz e)
[ 560.518] (II) AMDGPU(0): EDID vendor "BNQ", prod id 30948
[ 560.518] (II) AMDGPU(0): Using hsync ranges from config file
[ 560.518] (II) AMDGPU(0): Using vrefresh ranges from config file
[ 560.518] (II) AMDGPU(0): Printing DDC gathered Modelines:
[ 560.518] (II) AMDGPU(0): Modeline "1920x1080"x0.0 148.50 1920 2008 2052 2200 1080 1084 1089 1125 +hsync +vsync (67.5 kHz eP)
[ 560.518] (II) AMDGPU(0): Modeline "1920x1080i"x0.0 74.25 1920 2008 2052 2200 1080 1084 1094 1125 interlace +hsync +vsync (33.8 kHz e)
[ 560.518] (II) AMDGPU(0): Modeline "1280x720"x0.0 74.25 1280 1390 1430 1650 720 725 730 750 +hsync +vsync (45.0 kHz e)
[ 560.518] (II) AMDGPU(0): Modeline "720x480"x0.0 27.00 720 736 798 858 480 489 495 525 -hsync -vsync (31.5 kHz e)
[ 560.518] (II) AMDGPU(0): Modeline "1920x1080"x0.0 148.50 1920 2448 2492 2640 1080 1084 1089 1125 +hsync +vsync (56.2 kHz e)
[ 560.518] (II) AMDGPU(0): Modeline "1920x1080i"x0.0 74.25 1920 2448 2492 2640 1080 1084 1094 1125 interlace +hsync +vsync (28.1 kHz e)
[ 560.518] (II) AMDGPU(0): Modeline "1280x720"x0.0 74.25 1280 1720 1760 1980 720 725 730 750 +hsync +vsync (37.5 kHz e)
[ 560.518] (II) AMDGPU(0): Modeline "720x576"x0.0 27.00 720 732 796 864 576 581 586 625 -hsync -vsync (31.2 kHz e)
[ 560.518] (II) AMDGPU(0): Modeline "1440x480i"x0.0 27.00 1440 1478 1602 1716 480 488 494 525 interlace -hsync -vsync (15.7 kHz e)
[ 560.518] (II) AMDGPU(0): Modeline "1440x576i"x0.0 27.00 1440 1464 1590 1728 576 580 586 625 interlace -hsync -vsync (15.6 kHz e)
[ 560.518] (II) AMDGPU(0): Modeline "640x480"x0.0 25.18 640 656 752 800 480 490 492 525 -hsync -vsync (31.5 kHz e)
[ 560.518] (II) AMDGPU(0): Modeline "800x600"x0.0 40.00 800 840 968 1056 600 601 605 628 +hsync +vsync (37.9 kHz e)
[ 560.518] (II) AMDGPU(0): Modeline "640x480"x0.0 31.50 640 656 720 840 480 481 484 500 -hsync -vsync (37.5 kHz e)
[ 560.518] (II) AMDGPU(0): Modeline "720x400"x0.0 28.32 720 738 846 900 400 412 414 449 -hsync +vsync (31.5 kHz e)
[ 560.518] (II) AMDGPU(0): Modeline "1280x1024"x0.0 135.00 1280 1296 1440 1688 1024 1025 1028 1066 +hsync +vsync (80.0 kHz e)
[ 560.519] (II) AMDGPU(0): Modeline "1024x768"x0.0 78.75 1024 1040 1136 1312 768 769 772 800 +hsync +vsync (60.0 kHz e)
[ 560.519] (II) AMDGPU(0): Modeline "1024x768"x0.0 65.00 1024 1048 1184 1344 768 771 777 806 -hsync -vsync (48.4 kHz e)
[ 560.519] (II) AMDGPU(0): Modeline "832x624"x0.0 57.28 832 864 928 1152 624 625 628 667 -hsync -vsync (49.7 kHz e)
[ 560.519] (II) AMDGPU(0): Modeline "800x600"x0.0 49.50 800 816 896 1056 600 601 604 625 +hsync +vsync (46.9 kHz e)
[ 560.519] (II) AMDGPU(0): Modeline "1152x864"x0.0 108.00 1152 1216 1344 1600 864 865 868 900 +hsync +vsync (67.5 kHz e)
[ 560.519] (II) AMDGPU(0): Modeline "1280x800"x0.0 71.00 1280 1328 1360 1440 800 803 809 823 +hsync -vsync (49.3 kHz e)
[ 560.519] (II) AMDGPU(0): Modeline "1280x1024"x0.0 108.00 1280 1328 1440 1688 1024 1025 1028 1066 +hsync +vsync (64.0 kHz e)
[ 560.519] (II) AMDGPU(0): Modeline "1600x900"x60.0 119.00 1600 1696 1864 2128 900 901 904 932 -hsync +vsync (55.9 kHz e)
[ 560.519] (II) AMDGPU(0): Modeline "1680x1050"x0.0 119.00 1680 1728 1760 1840 1050 1053 1059 1080 +hsync -vsync (64.7 kHz e)
[ 561.484] (EE) AMDGPU(0): drmmode_do_crtc_dpms cannot get last vblank counter
[ 561.621] (II) AMDGPU(0): EDID vendor "BNQ", prod id 30948
[ 561.621] (II) AMDGPU(0): Using hsync ranges from config file
[ 561.621] (II) AMDGPU(0): Using vrefresh ranges from config file
[ 561.621] (II) AMDGPU(0): Printing DDC gathered Modelines:
[ 561.621] (II) AMDGPU(0): Modeline "1920x1080"x0.0 148.50 1920 2008 2052 2200 1080 1084 1089 1125 +hsync +vsync (67.5 kHz eP)
[ 561.621] (II) AMDGPU(0): Modeline "1920x1080i"x0.0 74.25 1920 2008 2052 2200 1080 1084 1094 1125 interlace +hsync +vsync (33.8 kHz e)
[ 561.621] (II) AMDGPU(0): Modeline "1280x720"x0.0 74.25 1280 1390 1430 1650 720 725 730 750 +hsync +vsync (45.0 kHz e)
[ 561.621] (II) AMDGPU(0): Modeline "720x480"x0.0 27.00 720 736 798 858 480 489 495 525 -hsync -vsync (31.5 kHz e)
[ 561.621] (II) AMDGPU(0): Modeline "1920x1080"x0.0 148.50 1920 2448 2492 2640 1080 1084 1089 1125 +hsync +vsync (56.2 kHz e)
[ 561.621] (II) AMDGPU(0): Modeline "1920x1080i"x0.0 74.25 1920 2448 2492 2640 1080 1084 1094 1125 interlace +hsync +vsync (28.1 kHz e)
[ 561.621] (II) AMDGPU(0): Modeline "1280x720"x0.0 74.25 1280 1720 1760 1980 720 725 730 750 +hsync +vsync (37.5 kHz e)
[ 561.621] (II) AMDGPU(0): Modeline "720x576"x0.0 27.00 720 732 796 864 576 581 586 625 -hsync -vsync (31.2 kHz e)
[ 561.621] (II) AMDGPU(0): Modeline "1440x480i"x0.0 27.00 1440 1478 1602 1716 480 488 494 525 interlace -hsync -vsync (15.7 kHz e)
[ 561.621] (II) AMDGPU(0): Modeline "1440x576i"x0.0 27.00 1440 1464 1590 1728 576 580 586 625 interlace -hsync -vsync (15.6 kHz e)
[ 561.621] (II) AMDGPU(0): Modeline "640x480"x0.0 25.18 640 656 752 800 480 490 492 525 -hsync -vsync (31.5 kHz e)
[ 561.621] (II) AMDGPU(0): Modeline "800x600"x0.0 40.00 800 840 968 1056 600 601 605 628 +hsync +vsync (37.9 kHz e)
[ 561.621] (II) AMDGPU(0): Modeline "640x480"x0.0 31.50 640 656 720 840 480 481 484 500 -hsync -vsync (37.5 kHz e)
[ 561.621] (II) AMDGPU(0): Modeline "720x400"x0.0 28.32 720 738 846 900 400 412 414 449 -hsync +vsync (31.5 kHz e)
[ 561.621] (II) AMDGPU(0): Modeline "1280x1024"x0.0 135.00 1280 1296 1440 1688 1024 1025 1028 1066 +hsync +vsync (80.0 kHz e)
[ 561.621] (II) AMDGPU(0): Modeline "1024x768"x0.0 78.75 1024 1040 1136 1312 768 769 772 800 +hsync +vsync (60.0 kHz e)
[ 561.621] (II) AMDGPU(0): Modeline "1024x768"x0.0 65.00 1024 1048 1184 1344 768 771 777 806 -hsync -vsync (48.4 kHz e)
[ 561.621] (II) AMDGPU(0): Modeline "832x624"x0.0 57.28 832 864 928 1152 624 625 628 667 -hsync -vsync (49.7 kHz e)
[ 561.621] (II) AMDGPU(0): Modeline "800x600"x0.0 49.50 800 816 896 1056 600 601 604 625 +hsync +vsync (46.9 kHz e)
[ 561.621] (II) AMDGPU(0): Modeline "1152x864"x0.0 108.00 1152 1216 1344 1600 864 865 868 900 +hsync +vsync (67.5 kHz e)
[ 561.621] (II) AMDGPU(0): Modeline "1280x800"x0.0 71.00 1280 1328 1360 1440 800 803 809 823 +hsync -vsync (49.3 kHz e)
[ 561.621] (II) AMDGPU(0): Modeline "1280x1024"x0.0 108.00 1280 1328 1440 1688 1024 1025 1028 1066 +hsync +vsync (64.0 kHz e)
[ 561.621] (II) AMDGPU(0): Modeline "1600x900"x60.0 119.00 1600 1696 1864 2128 900 901 904 932 -hsync +vsync (55.9 kHz e)
[ 561.621] (II) AMDGPU(0): Modeline "1680x1050"x0.0 119.00 1680 1728 1760 1840 1050 1053 1059 1080 +hsync -vsync (64.7 kHz e)
[ 561.624] (II) AMDGPU(0): EDID vendor "BNQ", prod id 30948
[ 561.624] (II) AMDGPU(0): Using hsync ranges from config file
[ 561.624] (II) AMDGPU(0): Using vrefresh ranges from config file
[ 561.624] (II) AMDGPU(0): Printing DDC gathered Modelines:
[ 561.624] (II) AMDGPU(0): Modeline "1920x1080"x0.0 148.50 1920 2008 2052 2200 1080 1084 1089 1125 +hsync +vsync (67.5 kHz eP)
[ 561.624] (II) AMDGPU(0): Modeline "1920x1080i"x0.0 74.25 1920 2008 2052 2200 1080 1084 1094 1125 interlace +hsync +vsync (33.8 kHz e)
[ 561.624] (II) AMDGPU(0): Modeline "1280x720"x0.0 74.25 1280 1390 1430 1650 720 725 730 750 +hsync +vsync (45.0 kHz e)
[ 561.624] (II) AMDGPU(0): Modeline "720x480"x0.0 27.00 720 736 798 858 480 489 495 525 -hsync -vsync (31.5 kHz e)
[ 561.624] (II) AMDGPU(0): Modeline "1920x1080"x0.0 148.50 1920 2448 2492 2640 1080 1084 1089 1125 +hsync +vsync (56.2 kHz e)
[ 561.624] (II) AMDGPU(0): Modeline "1920x1080i"x0.0 74.25 1920 2448 2492 2640 1080 1084 1094 1125 interlace +hsync +vsync (28.1 kHz e)
[ 561.624] (II) AMDGPU(0): Modeline "1280x720"x0.0 74.25 1280 1720 1760 1980 720 725 730 750 +hsync +vsync (37.5 kHz e)
[ 561.624] (II) AMDGPU(0): Modeline "720x576"x0.0 27.00 720 732 796 864 576 581 586 625 -hsync -vsync (31.2 kHz e)
[ 561.624] (II) AMDGPU(0): Modeline "1440x480i"x0.0 27.00 1440 1478 1602 1716 480 488 494 525 interlace -hsync -vsync (15.7 kHz e)
[ 561.624] (II) AMDGPU(0): Modeline "1440x576i"x0.0 27.00 1440 1464 1590 1728 576 580 586 625 interlace -hsync -vsync (15.6 kHz e)
[ 561.624] (II) AMDGPU(0): Modeline "640x480"x0.0 25.18 640 656 752 800 480 490 492 525 -hsync -vsync (31.5 kHz e)
[ 561.624] (II) AMDGPU(0): Modeline "800x600"x0.0 40.00 800 840 968 1056 600 601 605 628 +hsync +vsync (37.9 kHz e)
[ 561.624] (II) AMDGPU(0): Modeline "640x480"x0.0 31.50 640 656 720 840 480 481 484 500 -hsync -vsync (37.5 kHz e)
[ 561.624] (II) AMDGPU(0): Modeline "720x400"x0.0 28.32 720 738 846 900 400 412 414 449 -hsync +vsync (31.5 kHz e)
[ 561.625] (II) AMDGPU(0): Modeline "1280x1024"x0.0 135.00 1280 1296 1440 1688 1024 1025 1028 1066 +hsync +vsync (80.0 kHz e)
[ 561.625] (II) AMDGPU(0): Modeline "1024x768"x0.0 78.75 1024 1040 1136 1312 768 769 772 800 +hsync +vsync (60.0 kHz e)
[ 561.625] (II) AMDGPU(0): Modeline "1024x768"x0.0 65.00 1024 1048 1184 1344 768 771 777 806 -hsync -vsync (48.4 kHz e)
[ 561.625] (II) AMDGPU(0): Modeline "832x624"x0.0 57.28 832 864 928 1152 624 625 628 667 -hsync -vsync (49.7 kHz e)
[ 561.625] (II) AMDGPU(0): Modeline "800x600"x0.0 49.50 800 816 896 1056 600 601 604 625 +hsync +vsync (46.9 kHz e)
[ 561.625] (II) AMDGPU(0): Modeline "1152x864"x0.0 108.00 1152 1216 1344 1600 864 865 868 900 +hsync +vsync (67.5 kHz e)
[ 561.625] (II) AMDGPU(0): Modeline "1280x800"x0.0 71.00 1280 1328 1360 1440 800 803 809 823 +hsync -vsync (49.3 kHz e)
[ 561.625] (II) AMDGPU(0): Modeline "1280x1024"x0.0 108.00 1280 1328 1440 1688 1024 1025 1028 1066 +hsync +vsync (64.0 kHz e)
[ 561.625] (II) AMDGPU(0): Modeline "1600x900"x60.0 119.00 1600 1696 1864 2128 900 901 904 932 -hsync +vsync (55.9 kHz e)
[ 561.625] (II) AMDGPU(0): Modeline "1680x1050"x0.0 119.00 1680 1728 1760 1840 1050 1053 1059 1080 +hsync -vsync (64.7 kHz e)
[ 561.651] (EE) AMDGPU(0): drmmode_do_crtc_dpms cannot get last vblank counter
[ 561.684] (EE) AMDGPU(0): drmmode_do_crtc_dpms cannot get last vblank counter
Je n'ai que trois écrans, et dans le log on voit apparaître quatre fois la même chose ! Deuxième tentative: exactement le même résultat.
Autre test: j'ai désactivé le DDC/CI sur mes trois écrans, ça saute toujours au réveil des écrans.
J'ai aussi commencé à me préparer un user tout neuf qui n'utilisera que Wayland, mais avec un bureau similaire (mêmes plasmoïds au même endroit, avec mêmes règles de fenêtre). Mais Wayland sur mon PC, c'est pas trop ça: ça plante pour un rien. Sur mon PC portable, Wayland est bien plus stable.
Vorahk
Alors avec Wayland, la session se plante au réveil des écrans. J'ai utilisé un user créé spécialement pour le test.
VINDICATORs
Oui le réveil est laborieux en ce moment, même sur du double écrans (bon l'edid de mon écran hdmi n'est pas pris en compte 😢... du coup bah c'est une cata depuis qqes mois...). Même si cela commence a se stabilisé sur du simple écran.
Je regarderai ce week end si possible le triple écrans. Je peux utiliser mon retroprojecteur, mais je ne sais pas si j'ai encore l'adaptateur vga/hdmi pour brancher le deuxième écran...
Vorahk
Il faudrait que je teste aussi avec mon ancien portable, si il peut sortir trois écrans (Thinkpad E520 de 2011, iGPU de l'i5-2310m + dGPU AMD Radeon 6630m, soit LVDS ×1 + VGA ×1 + HDMI ×1). Avec le nouveau portable (Asus TUF FX505DV, iGPU du Ryzen 7 3750H + dGPU nVidia RTX2060) je n'ai qu'un HDMI, et ça merdoie grave (les joies du matos nVidia), ceci dit faudrait que je teste son comportement sous Wayland aussi. J'ai aussi un autre PC de dispo, un fixe qui n'a qu'un iGPU, celui de l'Athlon 3000G, ça serait intéressant de faire un test avec (mais j'ai un clone d'Ambilight là-dessus, ça pourrait parasiter car j'utilise Prismatik, et ce programme capture le rendu de l'affichage).
Pour le coup de l'EDID foireux, j'ai déjà vu des échecs de reconnaissance pour un des écrans lors du réveil, ce qui fait que l'écran concerné reste en veille. C'est pas souvent que ça arrive, et ce n'est pas toujours le même écran. A ce sujet, c'est curieusement quasiment toujours soit l'écran de droite, soit l'écran de gauche, mais vraiment très, très rarement celui du milieu, comme quand c'est juste la config du bureau qui saute. Peut-être que c'est lié au fait que l'écran du milieu est déclaré comme étant l'affichage principal dans X (de mémoire j'ai un fichier de conf pour définir ça au niveau du système).
Il va aussi bientôt avoir du changement sur le PC: ma carte mère est un peu merdique (freeze de temps en temps en idle ou presque, parfois plusieurs fois dans la journée: tout ce qui est écrans, USB et autres s'éteignent et les ventilos sont poussés à fond, plus de réaction sauf les boutons power et reset sur le boîtier), et parfois ne veut plus démarrer du tout. J'ai vu sur internet que c'est pas un cas unique avec les cartes mères Gigabyte de cette époque (2017/2018, pour les premiers Ryzen), et ma carte-mère est justement en plein dedans: une AB350-Gaming 3... Quand ça démarre plus, faut débrancher l'alim et faire sauter la pile du BIOS, puis attendre quelques heures, et ça repart (avec évidemment le BIOS a reconfigurer).
Du coup, je change cette carte mère pour une autre, et j'en profite pour upgrade: une carte mère avec un chipset B550 (AsRock B550 Phantom Gaming 4). Au passage upgrade du CPU, mon Ryzen 1500X n'étant pas forcément compatible avec un chipset B550, je passe sur un Ryzen 3600.
Je ne pense pas que ça change mon problème de triple-screen, d'autant que je n'avais pas de problème quand j'avais mon ancien dual-screen à écrans dépareillés et que je n'ai rien changé entre temps.
En plus de ces changement (qui devraient se faire ce weekend), je risque de mettre un peu en pause la recherche d'une solution à mes problème de triple-screen, faute de temps: je suis de retour sur site pour le boulot, et je devrais enfin pouvoir finir de m'occuper de ma bécane pour pouvoir rendre la bagnole que j'ai taxée depuis au moins un mois / un mois et demi déjà !
VINDICATORs
Le 1500X peut aller sur un chipset B550, sauf si il est supprimé de la liste pour faire de la place dans le bios (problème des bios limité a 16Mo...) cela dépend des modèles/marques... normalement les les 5x0 ne sont pas de ce cas là.
Vorahk
C'est bien ça le problème, c'est que les constructeurs ne sont pas obligé de supporter les 1xxx sur leur cartes mère 5xx, c'est ce qui m'a fait hésiter à prendre une carte-mère 4xx au début.
L'idée du socket quasi-universel c'est bien cool, mais c'est quand même dommage de pas avoir prévu plus de mémoire pour les BIOS pachydermiques de notre époque :hammer:
VINDICATORs
Ce qui n'est plus le cas avec les 5xx.
Les joies de tout faire évoluer sauf... Le bios... et même en le faisant évoluer bah ils ont oublié que l'efi c'était quand même bien plus gros et donc avait un risque de demander plus de ROM...
Perso j'attends la prochaine génération, car je suis bien équipé pour le moment. Surtout qu'il y aura pas mal de changement qui vaudra le coup par rapport a ce que j'ai déjà.
Vorahk
En effet, 256Mo sur la carte mère que j'ai choisie, et j'ai vu 128Mo sur pas mal de carte, limite c'est une révolution par rapport aux 8 et 16Mo qui étaient la norme depuis un bout de temps !
L'UEFI a pas mal d'avantages face aux vieux BIOS je trouve, mais ils ont préférés mettre des images que des fonctions utiles, genre une gestion plus fine de l'alimentation par périphérique.
Pour l'exemple, j'ai voulu activer le WoL sur mes PC, bah si l'option n'est en général pas grisée, pas moyen que ça marche si on ne désactive pas l'ERP, et si on fait ça, c'est les périphériques USB qui restent allumés.
De nos jours on a masse de possibilités, mais tout est plus ou moins bridé, sans compter sur les divers bugs des UEFI (j'en ai un beau, justement sur la carte mère actuel du PC concerné par ce topic: le choix de la sortie graphique pour l'affichage de l'UEFI ne change pas la sortie graphique, ou quand ça le fait j'ai des artefacts à l'écran et le PC de planté, et tout redevient comme avant après un reset)
Je pense que t'as bien raison, pour ma part je serais bien resté avec mon matos actuel, mais quand ça commence à trop péter les noix... Généralement j'upgrade pas juste pour upgrader, sauf si il y a un manque, mais j'upgrade quand le matos est kaput.
VINDICATORs
Fait un test de ram pour voir si cela ne vient pas de là. Les Ryzen sont un peu capricieux avec.
Perso les derniers bios de ma MSI 470x ont désactivé tout ce qui était graphique. Mais j'ai aussi un bogue avec une option qui si elle est activé désactive la reconnaissance du branchement de la carte réseau sous MS windows... Alors que ce n'est pas le cas sous Linux. Mais bon l'option n'est pas nécessaire au bon fonctionnement du coup ce n'est pas bien grave.
Je n'ai pas retrouvé mon adaptateur vgs->HDMI pour le triple écran. Du coup cela vas être dur pour tester...
Vorahk
J'avais constaté cette sensibilité à la RAM en effet, mon kit 2×4Go en 3000MHz a été remplacé par un kit en 2×16Go en 2666MHz lors de l'upgrade 8Go → 16Go pour cette raison, ça m'a fait gagner en stabilité. Du coup j'ai pas pensé à retester la RAM depuis, je vais faire ça quand je pourrais !
C'est pas le cas chez Gigabyte, ni chez AsRock. Chez Asus non plus: sur mon portable j'ai juste un écran avec quelques périphériques et paramètres affichés, faut cliquer quelque part pour avoir les paramètres (et comme c'est un portable, il y en a peu ! )
C'est l'inverse avec mon triple-screen: sous W10 le réveil des écrans ne fait rien sauter (une fois les pilotes proprio de la carte graphique installés), mais sous Linux c'est pas le cas. C'est pour ça que je voulais tester soit avec les pilotes proprio (donc pas avec Fedora, puisque ça n'existe pas, c'est pour ça que j'ai testé avec Kubuntu en live, mais faudrait que j'installe je pense), soit avec un environnement Wayland (mais avec KDE ça plante sec comme je disais, et en Live avec Fedora Workstation, difficile de constater si la config des bureaux saute puisque c'est du Gnome, qui ne semble pas être très personnalisable).
Je viens de penser à un autre test en te lisant: je vais essayer de brancher trois écrans différents, j'ai un câble HDMI assez long pour aller sur mon home cinema (et donc ma télé) et j'ai un écran PC (un des deux qui composaient mon dual-screen avant que j'ai le triple-screen) de libre. Ça fera trois écrans différents, mais tous nativement en 1920×1080p. Pas sûr que ça change quelque chose, mais si c'est un problème d'EDID trop similaires entre les trois écrans, là l'EDID n'aura que la résolution native de similaire.
Je pourrais aussi tester en Live avec un simple dual-screen (puisque en Live ça merdoie aussi).
Vorahk
Je viens de tester quelques trucs:
1er test:
HDMI-0 → Sur la télé, via le home cinema
HDMI-1 → Sur un des trois écrans Benq habituels
DVI-D-0 → Sur un écran tout pourri, via un convertisseur DVI-D/HDMI (habituellement en place, puisque seulement deux ports HDMI sur la carte graphique, mais en matière de vidéo, les signaux HDMI et DVI-D sont les mêmes, donc adaptateur passif), puis un câble HDMI/DVI-D (l'écran n'ayant que du VGA et DVI-D)
Résultat:
Tout marche parfaitement, juste à redéfinir l'écran principal sur HDMI-1 à la place de HDMI-0 (par défaut)
2ème test:
HDMI-0 → Sur un des trois écrans Benq habituels
HDMI-1 → Toujours sur un des trois écrans Benq habituels
DVI-D-0 → Toujours sur l'écran tout pourri
Résultat:
Tout semble OK aussi, et encore l'écran principal revenu sur HDMI-0 (normal donc). Au deuxième réveil des écrans: les trois écrans sont restés noirs, avec un pointeur déplaçable, passé en TTY 2 pour regarder dans le log système (dmesg), RAS (mais j'ai zappé d'aller voir dans le log Xorg...). Reboot, nouveaux tests, et tout s'est bien passé.
3ème test:
Retour à la normale, les trois écrans Benq sont rebranchés
Résultat:
Les problèmes reviennent...
Conclusion:
Quelque chose doit foirer au réveil des écrans, genre du côté de l'EDID (après tout, comme j'ai déjà noté dans ce topic, il y a des trucs chelous qui arrivent, ou peuvent arriver, et qui sont liés à l'EDID). Mais comme tout fonctionne correctement sous W10 dès lors qu'on installe les pilotes proprio de la carte graphique, c'est que le problème ne vient pas des écrans, mais d'un truc qui gère avec les EDID sous Linux. Je mets donc en cause X, amdgpu et KDE, parce que si je ne me plante pas, c'est ces trois-là qui vont avoir à faire avec l'EDID. Maintenant, c'est peut-être autre chose qui merde et qui cause une réaction en chaîne: je vais donc lancer un Memtest pour peut-être éliminer ça.
J'ai reçu ma nouvelle carte mère et mon nouveau CPU, mais comme c'est pas livré chez moi, je les aurait que ce weekend si je ne fait pas de crochet par chez mon père avant.
Edit:
Memtest86 (version 4.7.3 bootable) n'a rien trouvé.