Created attachment 30016 [details] Search Button in Dolphin I have texture artifacts on a whole bunch of buttons on my KDE 4.3.1 System. All of them only occured (as far as I remember) on QT applications like the plasma bar, closing buttons for KDE programs. etc. Please have a look at the appended picture to see how it looks. Always only the lower half of the image/button is affected. On transparent buttons I sometimes see artefacts at the transparent part, also only at the lower half. Please tell me which information you need. Greetings, Andreas
Created attachment 30017 [details] > lspci
Created attachment 30018 [details] > dmesg
Created attachment 30019 [details] /var/log/Xorg.0.log
Does Option "EXANoDownloadFromScreen" work around the problem? (Verify in the log file that it takes effect)
Created attachment 30022 [details] .xsession-errors
Created attachment 30024 [details] Icon corruption Another example from Gnome. Option "EXANoDownloadFromScreen" does not help here.
The option does not help for my system, too. It only slows down everything, but the artifacts are still there.
The bug still exists in 7.6.1 RC 3. So, if you need more information just say!
Just to let you know: I upgraded to the 7.7 branch, icon corruption still there. Greetings, Andreas
Hello, maybe some importent additional information: I just tried using "radeonhd" instead of "radeon" but the same problem was there, too. Currently I'm using Qt 4.6.0 with KDE 4.3.4.
What about Option "EXANoUploadToScreen" or Option "EXANoComposite" Also, it would be interesting to know if this still happens with current X server/driver releases or even xf86-video-ati Git.
Hi, just tried: both options do not work. Further I've installed the following versions: Package: xserver-xorg-video-ati New: yes State: installed Automatically installed: yes Version: 1:6.12.99+git20100201.a887818f-1 Package: xserver-xorg State: installed Automatically installed: yes Version: 1:7.5+3 Greetings, Andreas
(In reply to comment #12) > Hi, just tried: both options do not work. Did you verify in the log file that they took effect? > Further I've installed the following versions: Your X components should be KMS ready now, would be interesting to know if it happens with that enabled as well.
Hi, actually it is enabled: <snip> (**) RADEON(0): Option "EXANoComposite" (**) RADEON(0): Option "EXANoUploadToScreen" (**) RADEON(0): EXA: Disabling Composite operation (RENDER acceleration) (**) RADEON(0): EXA: Disabling UploadToScreen <snap> Also, I enable the KDM with 'Option "EXAPixmaps" "true"'. But the problem still exists. Greetings, Andreas
(In reply to comment #14) > Also, I enable the KDM with 'Option "EXAPixmaps" "true"'. But the problem > still exists. If you mean KMS, that needs to be enabled when loading the radeon kernel module (or on the kernel command line if it's built in) and can't be changed while the kernel module is loaded.
Hi, I think now KMS should be enabled, at least I get: $ dmesg | grep modesetting [ 10.960402] [drm] radeon kernel modesetting enabled. [ 10.961701] [drm] radeon: Initializing kernel modesetting. But the problem is still there. Greetings, Andreas
Good morning, after some testing I think the scrolling problem is fixed after my switch to KMS. Also most of the icon corruptions are gone. But at least one corruption is still there (the collapse button in KDE system tray), so actually the problem is not solved completely. Greetings, Andreas
Can you attach a screenshot of the corruption and circle it with red thx.
Created attachment 33559 [details] Button Corruption You're welcome. But the weird thing is, that I've this corruption only for the collapse button (as attached) not for the expand button. Greetings, Andreas
(In reply to comment #17) > Good morning, after some testing I think the scrolling problem is fixed after > my switch to KMS. Also most of the icon corruptions are gone. But at least one > corruption is still there (the collapse button in KDE system tray), so actually > the problem is not solved completely. Is the original button image corrupted on disk? IIRC, kde sometimes saves over the original icons with the pixmap data.
Hi, probably you are right. At least after reboot and clearing out every KDE temporary data everything looks right. So I would suggest to declare this bug as fixed by switching to KMS. Greetings, Andreas
Use of freedesktop.org services, including Bugzilla, is subject to our Code of Conduct. How we collect and use information is described in our Privacy Policy.