J'ai essayé mageia-7 et Manjaro-18 sur mon ordinateur, et j'ai les mêmes problèmes d'affichage:
- L'affichage, par moment, n'est pas stable: il y a eu des flashs, il y a eu alternance rapide entre l'écran de veille et l'écran de login.
- L'affichage d'un écran qui a changé, ou fenêtre qui passe en premier plan, se fait très incomplètement, au fur et à mesure du déplacement de la souris.
Autre expression: rémanences de parties d'un ancien écran qui restent visibles sur un nouvel écran, rémanences de parties de fenêtres qui restent visibles sur les nouvelles fenêtres.
- Lors d'un changement d'activité (donc du bureau), il arrive assez souvent que le fond d'écran soit décalé vers la droite.
- Dans "Configuration du système". il y a un cadre noir autour des images, qui masque en partie le texte en dessous.
C'est peut-être lié à cette trace d'erreur quand on exécute dans un terminal "systemsettings5" ou "kcmshell5 kcm_lookandfeel":
r300 FP: Compiler Error:
../mesa-19.2.7/src/gallium/drivers/r300/compiler/r300_fragprog_emit.c::begin_tex(): Too many texture indirections
Using a dummy shader instead.
J'ai aussi installé sur VirtualBox, et essayé: mageia-7, Manjaro-18, kde neon. Je n'ai pas eu ces problèmes d'affichage.
Je ne les pas eu avec mageia-5 (kde 4) ou xubuntu-19.10 (xfce), installés sur mon ordinateur.
Matériel
extrait de lspci:
00:00.0 Host bridge: Advanced Micro Devices, Inc. [AMD/ATI] RS690 Host Bridge
00:01.0 PCI bridge: Advanced Micro Devices, Inc. [AMD/ATI] RS690/RS740 PCI to PCI Bridge (Internal gfx)
00:07.0 PCI bridge: Advanced Micro Devices, Inc. [AMD/ATI] RS690 PCI to PCI Bridge (PCI Express Port 3)
01:05.0 VGA compatible controller: Advanced Micro Devices, Inc. [AMD/ATI] RS690 [Radeon X1200]
Est-ce que je suis le seul dans ce cas? Mon matériel serait trop ancien pour la nouvelle stack graphique?
Comment se fait-il qu'il y ait une trace d'erreur de compilation? La stack graphique compilerait à la volée pour chaque image nécessitant un ombrage? Mais alors comment ça se passe sous VirtualBox où je n'ai pas l'erreur?
Notes: Je n'ai pas essayé Wayland. J'ai trois copies d'écran en réserve.
Bonjour.
Tu devrais essayer de passer sur le noyaux 5.4 avec
sudo mhwd-kernel -i linux54
.
Tu peux aussi tester les pilotes graphique proprios. Video-linux est parfois un peu trop générique sur certaines cartes.
Tu pourras le faire via manjaro-settings-manager ou en console avec :
sudo mhwd -a pci nonfree 0300
.
Noyau récent MANJARO x86_64 bits: 64 Xfce 4.16
ASUSTeK model: PRIME B350M-A v: Rev X.0x
6-Core: AMD Ryzen 5 2600X
AMD Baffin [Radeon RX 460/560D / Pro
driver: amdgpu v: kernel
Display: x11 server: X.Org driver: amdgpu,ati unloaded: modesetting
OpenGL: renderer: Radeon RX 560 Series
Arch en Dual. Aucun lien publicitaire ne saurait être toléré dans la signature!
J'ai voulu commencer par essayer avec d'autres pilotes. Mais je ne dispose que de pilotes libres: video-linux et video-vesa, encore plus générique.
Pour avoir un pilote propriétaire, il faudrait utiliser le snap, et ensuite avoir une idée de ce qu'on cherche.
Je suis passé au noyau 5.4. Et là, je n'ai plus rencontré les bugs d'affichage, en dehors des cadres noirs de "Configuration du système" (systemsettings5), hormis toutefois un flash au login et un écran noir après avoir essayé le moteur de rendu OpenGL 3.1.
Le test dure depuis hier après-midi. On peut dire que les problèmes sont résolus, sauf pour le dummy shader.
Bravo pour l'idée du noyau, et merci.
domjcpa a écrit : ↑il y a 4 ans
Je suis passé au noyau 5.4. Et là, je n'ai plus rencontré les bugs d'affichage, en dehors des cadres noirs de "Configuration du système" (systemsettings5), hormis toutefois un flash au login et un écran noir après avoir essayé le moteur de rendu OpenGL 3.1.
Il y a un problème avec les fonctions 3D de ta carte graphique. Que donne la commande :
glxinfo | grep "rendering\|OpenGL"
Si la commande n'est pas trouvée, il faut installer le paquet mesa-demos.
C'est dommage que les fonctions OpenGL ne fonctionnent pas, ça soulage le processeur pour les effets graphiques du bureau, ainsi qu'en lecture vidéo.
glxinfo | grep "rendering\|OpenGL"
direct rendering: Yes
OpenGL vendor string: X.Org R300 Project
OpenGL renderer string: ATI RS690
OpenGL version string: 2.1 Mesa 19.2.7
OpenGL shading language version string: 1.20
OpenGL extensions:
OpenGL ES profile version string: OpenGL ES 2.0 Mesa 19.2.7
OpenGL ES profile shading language version string: OpenGL ES GLSL ES 1.0.16
OpenGL ES profile extensions:
Le support pour le rendu direct et l'OpenGL de ta carte est correct, le problème viendrait soit de Mesa, soit de KDE/Plasma, mais je ne vois pas quelle serait la solution, à part essayer de réinstaller Mesa.
Je viens de réinstaller mesa. Sans effet.
Je n'en suis pas surpris: ce bug était observé pour mageia7, quasi kubuntu 19.10 (xubuntu + kde), manjaro 18.
Je suis conscient que ma carte graphique est ancienne, et supportée à minima. Le seul pilote est ATI (xf86-video-ati).
Il y a d'autres drivers installés, mais qui ne servent à rien.
La trace d'erreur qui accompagne le cadre noir, est rapportée depuis environ 2010 par des gamers. Il s'agit d'une erreur dans une compilation à la volée, qui s'est passée sur la carte graphique.
Si ce n'est pas un bug de compatibilité, je me dis que kde plasma demande peut-être trop à la carte graphique, parce que je n'ai pas de soucis sous kde4 ou xfce.
Je n'ai pas essayé wayland, ça pourrait ajouter des problèmes.
Bonsoir,
En dernier recours ? , chercher parmi les différents réglages de...
- Configuration du système => Affichage et écran => Compositeur , Moteur de rendu etc...
Peut-être redémarrer à chaque réglage pour une prise en compte ?
- Ou, aussi, se rabattre sur un noyau LTS Recommandé, genre 4.14.158 ? ou plus récent...
- Voir dans pamac ou octopi tout ce qui concerne radeon et qui peut avoir besoin d'être installé, vulkan-radeon, lib32-vulkan-radeon, radeontool, ou autres...?
Je ne peux pas renseigner davantage, n'ayant chez moi que du nvidia.
PS : le fonctionnement dans VirtualBox (je ne le fais plus depuis longtemps), est différent de l'installation réelle...
Bonne suite
Manjaro-stable 23.1.3-1 x86_64 | Noyau 6.6.19-1 | KDE-plasma 5.27.11-1 | non libre nvidia 550.54-14-2
PC/tour monté en juin 2015 : SSD-128 Go | 990FX R2.0 | AMD FX-8350 Black Edition - 4,0 GHz | GTX 750 Ti - 2 Go | RAM G.SKILL 32 Go DDR3 -1866 MHz
- Configuration du système => Affichage et écran => Compositeur , Moteur de rendu etc...
Il n'y a que 3 moteurs de rendu. Tous essayés.
Peut-être redémarrer à chaque réglage pour une prise en compte ?
Fait.
- Ou, aussi, se rabattre sur un noyau LTS Recommandé, genre 4.14.158 ? ou plus récent...
Plus récent: 5.4.
- Voir dans pamac ou octopi tout ce qui concerne radeon et qui peut avoir besoin d'être installé, vulkan-radeon, lib32-vulkan-radeon, radeontool, ou autres...?
Pour les pilotes: Manjaro m'en a installé plusieurs, dont 1 seul (xf86-video-ati) est utile. Au passage, installer des paquets inutiles constitue un bug mineur (peut-être revoir les dépendances?).
radeontool: je verrai.
En fait, soit je trouve la méthode pour comprendre ce qui cloche, trouver un contournement, puis signaler le bug, soit je soumet directement le bug, qui risque d'être traité dans quelques années.
J'ai trouvé un moyen d'afficher les lignes compilées dans la carte graphique, mais elles ne semblent pas reliées à la trace d'erreur.
J'apprécierais évidemment les conseils de quelqu'un qui a mis les mains dans le cambouis graphique.
PS : le fonctionnement dans VirtualBox, est différent de l'installation réelle...
C'est vrai. J'ignore si VirtualBox utilise directement ou indirectement la carte graphique. Je me dis juste que l'affichage plasma 5 standard, avec ma carte graphique, n'est pas au point.