Bug 24291

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