white cube

[truehalley]

Hello... I just installed compiz in my distro, and looks like the installation worked except for one reason: There's no desktop images in gnome, in any of the faces of the cube. It shows up entirely white. When I change to kde, I can notice that there's a menu, it pops up, applications start, however, it's everything blank. Can anyone tell me what I missed, or what can I do to get it working properly? Thanks in advance!

[FunkyM]

Ok, I am getting a bit bored on this. It's a known and widely reported issue.

The white cube is shown as compiz is unable to associate textures and window pixmaps (just check mass error output "can't bind texture to pixmap etc.") once started.

However rotating the white cube works and the top SVG drawing is rendered for instance.

Appearently, compiz works within XGL here, however fails on such a system if attempted to use AIGLX instead.

Running openSuSE 10.2, Macbook i945GM and getting the same white cube "issue".
Other intel based (i9xx) laptops show the exact same behaviour.

Some possible causes people reported:
- Bug within Xorg 7.2 RC2 (Bug #8991 (https://bugs.freedesktop.org/show_bug.cgi?id=8991)) (I compiled Xorg once on my own but it's a mess I like to avoid...)
- Mesa version conflict between static/dynamic versions
- glxinfo reports GLX_EXT_texture_from_pixmap in server and client, but not in GLX Extensions

Anyone else more ideas?

I'd like to track down the cause of this finally and get my intel card based laptops working with AIGLX mainly as XV is running terribly with XGL...

[mikedee]

I have the same problem on my i810 laptop.

I tracked the problem down to kde autostarting compiz as part of the session. I added compiz to the list of programs to exclude from the startup and it seemed to work. It seems like if I boot into KDE and then start compiz then it will work, but if I try to autostart compiz then it will give me the white cube.

Mesa version 6.5.2 is just out which includes a lot of fixes for intel chips so maybe that will help.

[FunkyM]

How can the session management be a cause of the issue?

At least you can verify it working by starting it from within the session. I am using GNOME, however either way of starting it doesn't help.

I am going to attempt to test new Mesa 6.5.2 ("i915tex" driver), Xorg 7.2 RC3 and xorg intel video driver 1.7.3 from the openSuSE factory to see if that fixes things...

[mikedee]

How can the session management be a cause of the issue?

If I load kwin and then start compiz it works fine, but if I set KDE to use compiz as the wm then I get the white cube. Also even if I set KDE to use kwin, sometimes it detected that compiz was running on the previous session and try to start it up, this was giving the white cube as well.

I am using the GL_ALWAYS_INDIRECT, so could be related to that.

My problem may not be related to yours at all though, the new drivers promise a lot of fixes so hopefully they will help.

[FunkyM]

I am going to attempt to test new Mesa 6.5.2 ("i915tex" driver), Xorg 7.2 RC3 and xorg intel video driver 1.7.3 from the openSuSE factory to see if that fixes things...

I had a chance to test this setup now. After having to patch src/screen.c and remove the TFP detection and GLX FB Config mipmap usage (a dri driver bug noted on the mailinglist (http://lists.freedesktop.org/archives/compiz/2006-December/000957.html)) it started to work. However there was no transparency on gnome-terminal working (guess I should have just started a new terminal) and fatal Xserver crashes when using compiz (issues with cow i think) led to making it unusable.

Therefore I downgraded back to the original Xorg 7.2 RC2 until RC3+ hits the main factory repo (and find my prior working Xorg/Xgl completely broken now...)

EDIT: Fixed it after forced re-installs of relevant packages... :)

[nightfrost]

I am going to attempt to test new Mesa 6.5.2 ("i915tex" driver), Xorg 7.2 RC3 and xorg intel video driver 1.7.3 from the openSuSE factory to see if that fixes things...

I had a chance to test this setup now. After having to patch src/screen.c and remove the TFP detection and GLX FB Config mipmap usage (a dri driver bug noted on the mailinglist (http://lists.freedesktop.org/archives/compiz/2006-December/000957.html)) it started to work. However there was no transparency on gnome-terminal working (guess I should have just started a new terminal) and fatal Xserver crashes when using compiz (issues with cow i think) led to making it unusable.


I'm trying out the i915tex, and I'm still having this problem. Is the driver bug really not fixed yet? Or is there a workaround to it that I'm not aware of?

[nightfrost]

I filed this: https://bugs.freedesktop.org/show_bug.cgi?id=10486

[FunkyM]

Well, the stuff hit the main repos as I wrote earlier which lead to painless upgrade and a working setup on my i945 Macbook :).

This problem was related to an issue of a Xorg 7.2 RC2 change/cleanup which has been fixed now.

[nightfrost]

but the i915tex problem is still there, as I claim in the bugreport...