Bug 25883

Appears fixed with "radeon/r200/r300: don't clean non-emitted state" patch committed to mesa_7_7_branch and master branches.

Typical. You test it long enough to feel comfortable closing bug and problem immediately reappears.

Does it help if you disable lightning in compiz settings? (general settings)

To me it looks like DRI2 r200 has some lightning artefacts which causes wrong output colors when some lightning settings are used. (just what compiz is using it seems)

Now it would be nice to have simplier test case on what is going wrong. :)

(In reply to comment #3)
> Does it help if you disable lightning in compiz settings? (general settings)

I have rebuilt F12's latest Mesa package with this small change from git, and will test it tonight. On the machine that I originally raised this bug on.

(In reply to comment #3)
> Does it help if you disable lightning in compiz settings? (general settings)

I am running the F12 7.7-2 mesa packages with the "radeon/r200/r300: don't clean non-emitted state" fix applied "by hand".

First impressions: this patch has (so far) prevented gnome-terminals turning completely black while rotating the compiz cube. So that's good. However, the entire desktop now looks like it's been plunged into shadow while the cube rotates instead. Sometimes, that shadow can even be pink... (After waking from a DPMS "off" state, in that particular case.)

Disabling "lighting" in the compiz settings manager makes no difference.

Created attachment 32886 [details]
Desktop in darkness while it rotates

Fortunately, the "lights" come back on when the cube settles again.

Created attachment 32887 [details]
Screenshot oddity... (Very slow shutter-speed?)

BTW, that previous screenshot was just one in a very slow series of screenshots. This is what one of the other images turned out like!

The "dark-out" when rotating the compiz cube is still happening with the vanilla 2.6.33.1 kernel and Fedora 12's Mesa 7.7-4 packages.

*** Bug 27476 has been marked as a duplicate of this bug. ***

*** Bug 27824 has been marked as a duplicate of this bug. ***

Workaround mentioned on one of the dupe bugs:

"""
I've fixed this issue by changing a parameter in compiz configuration.

Using ccsm, the parameter is "Lighting" in the "Display settings" tab of
"General compiz options".

If I unset this boolean parameter, transitions work fine.
"""

(In reply to comment #11)
> Workaround mentioned on one of the dupe bugs:
> 
> """
> I've fixed this issue by changing a parameter in compiz configuration.
> 
> Using ccsm, the parameter is "Lighting" in the "Display settings" tab of
> "General compiz options".
> 
> If I unset this boolean parameter, transitions work fine.
> """

Probably some of the lighting/material state is not emitted in 3D driver on r1xx, r2xx with kms.

(In reply to comment #11)
> Workaround mentioned on one of the dupe bugs:
> 
> """
> I've fixed this issue by changing a parameter in compiz configuration.
> 
> Using ccsm, the parameter is "Lighting" in the "Display settings" tab of
> "General compiz options".
> 
> If I unset this boolean parameter, transitions work fine.
> """

Interesting, because unsetting that parameter makes no difference here. And I even tried rebooting the PC afterwards as well.

I've the same bug, i suppose, but with an rv200 chip (Radeon Mobility 7500). 
The lighting "colour" is random. Often is light blue or light red.

I'm using KDE 4.6.4 (with desktop effects enabled) on gentoo with xf86-video-ati 6.14.2, mesa 7.10.2 and kernel linux 2.6.38-gentoo-r6 with KMS enabled.

Let me now if you need more information.

Created attachment 48823 [details]
Lighting problem with amarok OSD. 

It's only an example, it happens with every trasparency/lighting transition.

I can reproduce this bug with this graphics card (with compiz & KMS):
ATI Technologies Inc Radeon RV250 [Mobility FireGL 9000] [1002:4c66] (rev 01)

When I switch workspaces, rotate the cube or use Expo to view all workspaces the whole screen gets very dark – but the colours won't change (as described above).

I can confirm this bug for
· Ubuntu 10.10 (maverick): kernel 2.6.35-30-generic; xserver-xorg-video-ati 1:6.13.1-1ubuntu5; mesa 7.9~git20100924-0ubuntu2
· Debian Testing (wheezy): kernel 3.0.0-1-486 (3.0.0-3); xserver-xorg-video-ati 1:6.14.2-2; mesa 7.11-6

*** This bug has been marked as a duplicate of bug 22576 ***