Bug 25883 - Desktop colours change when compiz cube rotates with rv280, KMS and stock 2.6.32.2
Summary: Desktop colours change when compiz cube rotates with rv280, KMS and stock 2.6...
Status: RESOLVED DUPLICATE of bug 22576
Alias: None
Product: Mesa
Classification: Unclassified
Component: Drivers/DRI/r200 (show other bugs)
Version: git
Hardware: x86 (IA32) Linux (All)
: medium normal
Assignee: xf86-video-ati maintainers
QA Contact: Xorg Project Team
URL:
Whiteboard:
Keywords:
: 27476 27824 (view as bug list)
Depends on:
Blocks:
 
Reported: 2010-01-04 03:38 UTC by Chris Rankin
Modified: 2012-12-18 17:42 UTC (History)
4 users (show)

See Also:
i915 platform:
i915 features:


Attachments
Desktop in darkness while it rotates (398.94 KB, image/png)
2010-01-28 15:48 UTC, Chris Rankin
Details
Screenshot oddity... (Very slow shutter-speed?) (751.95 KB, image/png)
2010-01-28 15:56 UTC, Chris Rankin
Details
Lighting problem with amarok OSD. (62.33 KB, image/png)
2011-07-06 06:59 UTC, Marco Albanese
Details

Description Chris Rankin 2010-01-04 03:38:44 UTC
With F12 userspace and a stock 2.6.32.2 kernel. Enables KMS and compiz, then try to rotate the cube. Until the cube face settles down again, the desktop changes colours. In the simplest case, the gnome-terminals turn completely black. In more bizarre cases, the entire desktop gets tinted red.
Comment 1 Alan Swanson 2010-01-27 11:00:12 UTC
Appears fixed with "radeon/r200/r300: don't clean non-emitted state" patch committed to mesa_7_7_branch and master branches.
Comment 2 Alan Swanson 2010-01-27 11:13:04 UTC
Typical. You test it long enough to feel comfortable closing bug and problem immediately reappears.
Comment 3 Pauli 2010-01-27 11:49:52 UTC
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. :)
Comment 4 Chris Rankin 2010-01-28 01:07:56 UTC
(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.
Comment 5 Chris Rankin 2010-01-28 15:35:12 UTC
(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.
Comment 6 Chris Rankin 2010-01-28 15:48:08 UTC
Created attachment 32886 [details]
Desktop in darkness while it rotates

Fortunately, the "lights" come back on when the cube settles again.
Comment 7 Chris Rankin 2010-01-28 15:56:30 UTC
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!
Comment 8 Chris Rankin 2010-03-15 17:58:25 UTC
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.
Comment 9 Alex Deucher 2010-04-05 19:10:44 UTC
*** Bug 27476 has been marked as a duplicate of this bug. ***
Comment 10 Alex Deucher 2010-04-24 09:18:57 UTC
*** Bug 27824 has been marked as a duplicate of this bug. ***
Comment 11 Bryce Harrington 2010-04-27 11:33:45 UTC
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.
"""
Comment 12 Alex Deucher 2010-04-27 13:49:35 UTC
(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.
Comment 13 Chris Rankin 2010-05-02 07:05:06 UTC
(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.
Comment 14 Marco Albanese 2011-07-06 06:57:47 UTC
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.
Comment 15 Marco Albanese 2011-07-06 06:59:59 UTC
Created attachment 48823 [details]
Lighting problem with amarok OSD. 

It's only an example, it happens with every trasparency/lighting transition.
Comment 16 Stefan Nagy 2011-10-20 10:44:33 UTC
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
Comment 17 Alan Swanson 2012-12-18 17:42:10 UTC

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


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.