GLX_EXT_texture_from_pixmap missing on ATI cards

Barx · 09-14-2007, 04:53 AM

Hi

I tried to run compiz on a fresh install of slackware 12.0.

My graphic card is an Ati X700.

By now I'm using the open 'radeon' driver (included in xorg) so of course I'm working only xorg.conf without installing/modifying other stuff.

I've enabled DRI and composite, all seems working (glxinfo reports dri and opengl enabled, glxgears reports about 2500 fps).

But when I try to launch compiz I always get this error message

Code:

compiz: GLX_EXT_texture_from_pixmap is missing
compiz: Failed to manage screen: 0
compiz: No managable screens found on display localhost:2.0

I searched on google and I've always found the same solution: to use indirect rendering (via software, not via hardware).

This seems to be the unique solution for both open radeon driver and closed fglrx.

So, there's no way to use compiz WITHOUT using indirect rendering??

Thanks in advance for any help.

Fluggo · 09-14-2007, 05:13 AM

Wait for the october release of FGLRX. This will have support for AIGLX to run Compiz.

PJBrs · 09-14-2007, 10:00 AM

I got compiz running with the os radeon card, but I had to jump a few hoops. First, on my laptop version 6.6.3 of the radeon driver did not work too well so I compiled the latest version from git (6.7.192 and a couple of patches). And I wrote a short script to start compiz:

Code:

#!/bin/sh
export LIBGL_ALWAYS_INDIRECT=1
LD_PRELOAD=/usr/lib/libGL.so.1 \
compiz --replace --indirect-rendering --strict-binding decoration \
wobbly fade minimize cube move place resize rotate scale switcher &
sleep 2
kde-window-decorator &

(to be honest, I don't remember what the LD_PRELOAD bit was for anymore)

This works pretty well, except the pager has a problem in kde (get kicker-compiz ), and resizing windows takes ages, which, unfortunately, renders the whole compiz thing too useless for day-to-day practise. But it's surely come a long way!

PJ

Barx · 09-14-2007, 10:15 AM

Quote:

Originally Posted by PJBrs

Code:

export LIBGL_ALWAYS_INDIRECT=1

I was searching a way to avoid using indirect rendering.
I think that's all very slow because it's rendered via software

PJBrs · 09-16-2007, 10:16 AM

Well, I don't know about slow... With the 6.6.3 and 6.6.192 drivers compiz was too slow, with 6.7.193 it runs well, except for window resize. YMMV, of course. Have you tried running compiz with the above commands? And what was your experience?

If it's too slow then I'd place my bets on upgrading the driver. The point I'm trying to make is that with a sufficiently recent version of the xorg ati driver I can run compiz with good speed with the above command.

With regard to your question, I don't know how to run compiz without LIBGL_ALWAYS_INDIRECT=1.

cazou88 · 09-27-2007, 11:46 AM

Hi, I'm having the same problem here (Gentoo, Radeon drivers from mesa 6.5.2)
Beryl works nice but Compiz isn't.
Why do we have to wait for the next release of FGLRX ?
Isn't it possible to implement the GLX_texture_from_pixmap extension (developed by NVidia and Novell if I remember correctly) in the free radeon driver from Mesa ?
Isn't it documented ?
Or maybe it is in version 7 or more ?

Detlev.

PJBrs · 09-28-2007, 04:57 AM

I've been checking the xf86-video-ati mailing list and asked some questions about the radeon driver. They told me over there that window resizing with compiz only works will with EXA rendering, not XAA, http://lists.x.org/archives/xorg-dri...er/002232.html. As far as I understand, this means the following for compiz with the open source radeon driver:

Use one of the latest versions (6.7.194) of the driver, with xorg-server version 1.4 (because of the EXA improvements). And xserver 1.4 in turn requires the latest mesa from git. I don't know what this means with regard to the r300 mesa-dri kernel driver. For my own uses, I don't really need compiz. I did try to compile xorg-server 1.4 (in slackware 12), but it was very difficult, and when I finally managed, startx threw all kinds of errors and I gave up. However, the latest xf86-video-ati driver does have xrandr 1.2 improvements, which is really great, and why I'm using it.

And I still haven't any idea what GLX_TEXTURE_FROM_PIXMAP has to do with all this :-)