[compiz] the notorious "GLX_EXT_texture_from_pixmap is missing" error

[Ioannis Nousias]

I'm not reporting a bug (I know it's not the right place to do that 
anyway), but a little help would be appreciated.

Once again I run into the famous "compiz: GLX_EXT_texture_from_pixmap is 
missing" error. The problem is I can't figure out what's wrong.

I use fedora core 6 on an athlon XP with an ati RV250 and the radeon 
open-source drivers

running compiz reports:
$ LIBGL_DEBUG=verbose compiz --replace --use-cow --strict-binding gconf
libGL: XF86DRIGetClientDriverName: 5.2.0 r200 (screen 0)
libGL: OpenDriver: trying /usr/X11R6/lib/modules/dri//r200_dri.so
drmOpenByBusid: Searching for BusID pci:0000:01:00.0
drmOpenDevice: node name is /dev/dri/card0
drmOpenDevice: open result is 4, (OK)
drmOpenByBusid: drmOpenMinor returns 4
drmOpenByBusid: drmGetBusid reports pci:0000:01:00.0
libGL warning: 3D driver claims to not support visual 0x4b
libGL error:
Can't open configuration file /home/ioannis/.drirc: No such file or 
directory.
compiz: GLX_EXT_texture_from_pixmap is missing
compiz: Failed to manage screen: 0
compiz: No manageable screens found on display :0

but running glxinfo says:
$ glxinfo | grep GLX_EXT_texture_from_pixmap
libGL warning: 3D driver claims to not support visual 0x4b
    GLX_EXT_import_context, GLX_EXT_texture_from_pixmap, 
GLX_OML_swap_method,
    GLX_SGIX_visual_select_group, GLX_EXT_texture_from_pixmap

and the follwoing might be useful to know as well
$ glxinfo | grep direct
libGL warning: 3D driver claims to not support visual 0x4b
direct rendering: Yes

$ dmesg | grep drm
[drm] Initialized drm 1.0.1 20051102
[drm] Initialized radeon 1.25.0 20060524 on minor 0
[drm] Setting GART location based on new memory map
[drm] Loading R200 Microcode
[drm] writeback test succeeded in 1 usecs

$ grep AIGLX /var/log/Xorg.0.log
(**) Option "AIGLX" "true"
(**) AIGLX enabled
(WW) AIGLX: 3D driver claims to not support visual 0x23
(WW) AIGLX: 3D driver claims to not support visual 0x24
(WW) AIGLX: 3D driver claims to not support visual 0x25
(WW) AIGLX: 3D driver claims to not support visual 0x26
(WW) AIGLX: 3D driver claims to not support visual 0x27
(WW) AIGLX: 3D driver claims to not support visual 0x28
(WW) AIGLX: 3D driver claims to not support visual 0x29
(WW) AIGLX: 3D driver claims to not support visual 0x2a
(WW) AIGLX: 3D driver claims to not support visual 0x2b
(WW) AIGLX: 3D driver claims to not support visual 0x2c
(WW) AIGLX: 3D driver claims to not support visual 0x2d
(WW) AIGLX: 3D driver claims to not support visual 0x2e
(WW) AIGLX: 3D driver claims to not support visual 0x2f
(WW) AIGLX: 3D driver claims to not support visual 0x30
(WW) AIGLX: 3D driver claims to not support visual 0x31
(WW) AIGLX: 3D driver claims to not support visual 0x32
(II) AIGLX: Loaded and initialized /usr/lib/dri/r200_dri.so

$ grep DRI /var/log/Xorg.0.log
(II) Loading extension XFree86-DRI
(II) RADEON(0): [dri] Found DRI library version 1.2.0 and kernel module 
version 1.25.0
(**) RADEON(0): DRI New memory map param
(**) RADEON(0): DRI Finishing init !
(II) RADEON(0): [DRI] installation complete
(WW) RADEON(0): DRI init changed memory map, adjusting ...
(II) GLX: Initialized DRI GL provider for screen 0

Here comes the most weird thing of all. I noticed that AIGLX loads 
"/usr/lib/dri/r200_dri.so" while compiz tries to use 
"/usr/X11R6/lib/modules/dri//r200_dri.so", the latter being a symbolic 
link of the former.

If I remove the symbolic link then compiz works, but I get the following:
$ LIBGL_DEBUG=verbose compiz --replace --use-cow --strict-binding gconf
libGL: XF86DRIGetClientDriverName: 5.2.0 r200 (screen 0)
libGL: OpenDriver: trying /usr/X11R6/lib/modules/dri//r200_dri.so
libGL error: dlopen /usr/X11R6/lib/modules/dri//r200_dri.so failed 
(/usr/X11R6/lib/modules/dri//r200_dri.so: cannot open shared object 
file: No such file or directory)
libGL error: unable to load driver: r200_dri.so

glxinfo report that there is no "direct rendering". Compiz works fairly 
ok, although anything that uses lots of CPU makes compiz have hiccups 
(slows down significantly and all effects are "jumpy") and scrolling is 
slow in general.

Any ideas ?