[SOLVED]Compiz not working. A GLX issue?

mcsilva · 2009-12-16 19:01:53

Helo All!

I'm new in Arch distro and need some help. I installed Arch in new harddisk in my laptop that has a Fedora 12 installed in another disk.
In this moment I'm stuck trying to make compiz to work in Arch.
This computer is a Hp Pavillion VZ5490EA with an ATI Graphics card (Radeon Mobility 9100IGP).
This card is not supported by proprietary ATI drivers, so, I always used the opensource "radeon" with success.
Only in Fedora 11, I was unable to use 3D graphics (xorg drivers changed), but with Fedora 12, 10, 9... everytinhg runned smooth.
When I run fusion-icon form a gnome-terminal, the window borders disappear and compiz dont'work.
This messages appears in the terminal:

[carreira@hp ~]$ fusion-icon
* Detected Session: gnome
* Searching for installed applications...
* No GLX_EXT_texture_from_pixmap with direct rendering context
... present with indirect rendering, exporting: LIBGL_ALWAYS_INDIRECT=1
* Using the GTK Interface
* Metacity is already running

If I select compiz as the window manager, it prints some other messages:

* Setting window manager to Compiz
... executing: compiz --replace --sm-disable --ignore-desktop-hints ccp --indirect-rendering
WARNING: Application calling GLX 1.3 function "glXCreatePixmap" when GLX 1.3 is not supported! This is an application bug!

It seems to be a GLX problem, but I don't know nothing about GLX
The first lines with glxinfo command outputs this:

[carreira@hp ~]$ glxinfo
name of display: :0.0
display: :0 screen: 0
direct rendering: Yes
server glx vendor string: SGI
server glx version string: 1.2
server glx extensions:
GLX_ARB_multisample, GLX_EXT_import_context, GLX_EXT_texture_from_pixmap,
GLX_EXT_visual_info, GLX_EXT_visual_rating, GLX_MESA_copy_sub_buffer,
GLX_OML_swap_method, GLX_SGI_make_current_read, GLX_SGI_swap_control,
GLX_SGIS_multisample, GLX_SGIX_fbconfig, GLX_SGIX_pbuffer,
GLX_SGIX_visual_select_group
client glx vendor string: SGI
client glx version string: 1.4
client glx extensions:
GLX_ARB_get_proc_address, GLX_ARB_multisample, GLX_EXT_import_context,
GLX_EXT_visual_info, GLX_EXT_visual_rating, GLX_MESA_allocate_memory,
GLX_MESA_copy_sub_buffer, GLX_MESA_swap_control,
GLX_MESA_swap_frame_usage, GLX_OML_swap_method, GLX_OML_sync_control,
GLX_SGI_make_current_read, GLX_SGI_swap_control, GLX_SGI_video_sync,
GLX_SGIS_multisample, GLX_SGIX_fbconfig, GLX_SGIX_pbuffer,
GLX_SGIX_visual_select_group, GLX_EXT_texture_from_pixmap
GLX version: 1.2
GLX extensions:
GLX_ARB_get_proc_address, GLX_ARB_multisample, GLX_EXT_import_context,
GLX_EXT_visual_info, GLX_EXT_visual_rating, GLX_OML_swap_method,
GLX_SGIS_multisample, GLX_SGIX_fbconfig, GLX_SGIX_pbuffer,
GLX_SGIX_visual_select_group
OpenGL vendor string: Mesa Project
OpenGL renderer string: Software Rasterizer
OpenGL version string: 2.1 Mesa 7.6
OpenGL shading language version string: 1.20
OpenGL extensions:
GL_ARB_copy_buffer, GL_ARB_depth_texture, GL_ARB_draw_buffers,
GL_ARB_fragment_program, GL_ARB_fragment_program_shadow,
GL_ARB_fragment_shader, GL_ARB_framebuffer_object,
GL_ARB_half_float_pixel, GL_ARB_imaging, GL_ARB_map_buffer_range,
GL_ARB_multisample, GL_ARB_multitexture, GL_ARB_occlusion_query,
GL_ARB_pixel_buffer_object, GL_ARB_point_parameters, GL_ARB_point_sprite,
GL_ARB_shader_objects, GL_ARB_shading_language_100,
.................
..................

But if I run Fedora 12, where compiz runs well, the glxinfo gives this message:

name of display: :0.0
display: :0 screen: 0
direct rendering: Yes
server glx vendor string: SGI
server glx version string: 1.4
server glx extensions:
GLX_ARB_multisample, GLX_EXT_import_context, GLX_EXT_texture_from_pixmap,
GLX_EXT_visual_info, GLX_EXT_visual_rating, GLX_MESA_copy_sub_buffer,
GLX_OML_swap_method, GLX_SGI_make_current_read, GLX_SGI_swap_control,
GLX_SGIS_multisample, GLX_SGIX_fbconfig, GLX_SGIX_pbuffer,
GLX_SGIX_visual_select_group
client glx vendor string: SGI
client glx version string: 1.4
client glx extensions:
GLX_ARB_get_proc_address, GLX_ARB_multisample, GLX_EXT_import_context,
GLX_EXT_visual_info, GLX_EXT_visual_rating, GLX_MESA_allocate_memory,
GLX_MESA_copy_sub_buffer, GLX_MESA_swap_control,
GLX_MESA_swap_frame_usage, GLX_OML_swap_method, GLX_OML_sync_control,
GLX_SGI_make_current_read, GLX_SGI_swap_control, GLX_SGI_video_sync,
GLX_SGIS_multisample, GLX_SGIX_fbconfig, GLX_SGIX_pbuffer,
GLX_SGIX_visual_select_group, GLX_EXT_texture_from_pixmap
GLX version: 1.4
GLX extensions:
GLX_ARB_get_proc_address, GLX_ARB_multisample, GLX_EXT_import_context,
GLX_EXT_visual_info, GLX_EXT_visual_rating, GLX_MESA_allocate_memory,
GLX_MESA_copy_sub_buffer, GLX_MESA_swap_frame_usage, GLX_OML_swap_method,
GLX_SGI_make_current_read, GLX_SGI_video_sync, GLX_SGIS_multisample,
GLX_SGIX_fbconfig, GLX_SGIX_pbuffer, GLX_SGIX_visual_select_group,
GLX_EXT_texture_from_pixmap
OpenGL vendor string: Tungsten Graphics, Inc.
OpenGL renderer string: Mesa DRI R200 (RS300 5835) 20090101 TCL DRI2
OpenGL version string: 1.3 Mesa 7.7-devel
OpenGL extensions:
GL_ARB_draw_buffers, GL_ARB_imaging, GL_ARB_multisample,
GL_ARB_multitexture, GL_ARB_occlusion_query, GL_ARB_point_parameters,
GL_ARB_point_sprite, GL_ARB_texture_border_clamp,
GL_ARB_texture_compression, GL_ARB_texture_cube_map,
GL_ARB_texture_env_add, GL_ARB_texture_env_combine,
GL_ARB_texture_env_crossbar, GL_ARB_texture_env_dot3,
GL_ARB_texture_mirrored_repeat, GL_ARB_texture_rectangle,
GL_ARB_transpose_matrix, GL_ARB_vertex_buffer_object,
GL_ARB_vertex_program, GL_ARB_window_pos, GL_EXT_abgr, GL_EXT_bgra,
GL_EXT_blend_color, GL_EXT_blend_equation_separate,
.............................
..............................

Concluding:
When I run fusion-icon it claims about:
"No GLX_EXT_texture_from_pixmap with direct rendering context."
This extension (GLX_EXT_texture_from_pixmap) appears in version 1.4, but in Arch I see glx server version 1.2 and glx client 1.4 mixed in the glxinfo message.
In Fedora, I see glx version client and server 1.4 consistently appearing in glxinfo message.
Also there is another message when I try to select compiz as the window manager:
"WARNING: Application calling GLX 1.3 function "glXCreatePixmap" when GLX 1.3 is not supported! This is an application bug!"
It says GLX 1.3 is not supported. What does not surprise me because GLX server is 1.2.

Could this be the bug? The lack of GLX server 1.4? (or mixed server 1.2 with client 1.4 versions?)
Does GLX in Arch needs to upgraded?

Last edited by mcsilva (2009-12-22 00:06:59)

PirateJonno · 2009-12-17 02:11:06

My glxinfo says 1.4 for both values. I have an nvidia card, using the binary driver. I think the driver you're using doesn't support 3d acceleration, which is probably why the glx version is messed up. Check which driver you're using on fedora and install that one, i guess. If I recall correctly arch doesn't support the catalyst driver anymore so you may have to find it in the aur.

hokasch · 2009-12-17 07:26:06

I see this glxcreatepixmap/1.3-warning sometimes (e.g., cairo-dock), but in my experience it is no showstopper. Compiz runs fine with GLX-Server version 1.2 here.
Did you try compiz-check?

Last edited by hokasch (2009-12-17 07:28:18)

Berseker · 2009-12-17 08:19:01

have you turned on "window decoration" plugin?

mcsilva · 2009-12-17 09:31:55

PirateJonno wrote:

My glxinfo says 1.4 for both values. I have an nvidia card, using the binary driver. I think the driver you're using doesn't support 3d acceleration, which is probably why the glx version is messed up. Check which driver you're using on fedora and install that one, i guess. If I recall correctly arch doesn't support the catalyst driver anymore so you may have to find it in the aur.

I think you are right!
I think it must be the ATI driver. My driver is xf86-video-ati 6.12.99.git20091014-1
I'm still doing my first ARCH installation, so I don't want to do many "out-of-the-order" installations.
But I saw here (http://www.archlinux.org/packages/?sort … =&limit=50) that there is a testing new ATI driver.
How do I install this? And if something goes wrong, how do I uninstall it?

mcsilva · 2009-12-17 09:34:08

hokasch wrote:

I see this glxcreatepixmap/1.3-warning sometimes (e.g., cairo-dock), but in my experience it is no showstopper. Compiz runs fine with GLX-Server version 1.2 here.
Did you try compiz-check?

Yes I did! Here the result.

Gathering information about your system...

Distribution: Arch Linux
Desktop environment: GNOME
Graphics chip: ATI Technologies Inc RS300M AGP [Radeon Mobility 9100IGP]
Driver in use: radeon
Rendering method: AIGLX

Checking if it's possible to run Compiz on your system...

Checking for texture_from_pixmap... [ OK ]
Checking for non power of two support... [ OK ]
Checking for composite extension... [ OK ]
Checking for FBConfig... [ OK ]
Checking for hardware/setup problems... [FAIL]

There has been (at least) one error detected with your setup:
Error: Software Rasterizer in use

mcsilva · 2009-12-18 00:21:00

I installed the testing xf86-video-ati 6.12.99.git20091207-1 but didn't work either.
The ATI version in Fedora is 6.13.0-0.11.20091119git437113124. It seems to be different, but now I'm not sure if the problem is from the ATI driver, or the Mesa drivers.
I think I have to restart everything...

MadCat_X · 2009-12-18 20:08:47

What does "glxinfo | grep direct" say? Do you have the correct driver selected in xorg.conf? I'm not familiar with ATI cards, but shouldn't the driver reported by compiz-check be "ati" rather than "radeon", if you want to use ATI git driver?

hokasch · 2009-12-18 23:07:16

hmm, now "software rastorizer in use" does not seem to be a particulary helpful hint...
maybe delete/move your xorg.conf in case you use one, or try with kms..

reading your first post again, actually copmiz seems to be running alright. the warning is just that, there is no error message. double-check if you have emerald/grk window decorator installed and selected, and the basic plugins activated in ccsm.

Last edited by hokasch (2009-12-18 23:14:24)

some-guy94 · 2009-12-19 03:11:14

You are not using accelerated 3D, do you have libgl installed?
You don't need fglrx/catalyst with chipsets up to r500.

mcsilva · 2009-12-19 19:45:02

MadCat_X wrote:

What does "glxinfo | grep direct" say? Do you have the correct driver selected in xorg.conf? I'm not familiar with ATI cards, but shouldn't the driver reported by compiz-check be "ati" rather than "radeon", if you want to use ATI git driver?

[carreira@hp ~]$ glxinfo | grep direct
direct rendering: Yes

ATI drivers (opensource) have two types:
radeon and radeonhd
My card (RS300M AGP [Radeon Mobility 9100IGP]) must use radeon drivers.

I confirm the driver in use is "radeon":

[carreira@hp ~]$ lsmod | grep radeon
radeon 666112 2
ttm 37164 1 radeon
drm 156160 3 radeon,ttm
i2c_algo_bit 5888 1 radeon
i2c_core 21808 4 radeon,drm,i2c_algo_bit,i2c_piix4

xorg.conf is not necessary in version 1.7.3.
But I also tried with this one (and others) without success:

####
Section "ServerLayout"
Identifier "X.org Configured"
Screen 0 "Screen0" 0 0
InputDevice "Mouse0" "CorePointer"
InputDevice "Keyboard0" "CoreKeyboard"
EndSection

Section "Files"
ModulePath "/usr/lib/xorg/modules"
FontPath "/usr/share/fonts/misc"
FontPath "/usr/share/fonts/100dpi:unscaled"
FontPath "/usr/share/fonts/75dpi:unscaled"
FontPath "/usr/share/fonts/TTF"
FontPath "/usr/share/fonts/Type1"
EndSection

Section "Module"
Load "glx"
Load "dbe"
Load "extmod"
Load "dri"
Load "dri2"
EndSection

Section "InputDevice"
Identifier "Keyboard0"
Driver "kbd"
EndSection

Section "InputDevice"
Identifier "Mouse0"
Driver "mouse"
Option    "Protocol" "auto"
Option    "Device" "/dev/input/mice"
Option    "ZAxisMapping" "4 5 6 7"
EndSection

Section "Monitor"
Identifier "Monitor0"
VendorName "SEC"
ModelName "0"
EndSection

Section "Device"
Identifier "Card0"
Driver "radeon"
VendorName "ATI Technologies Inc"
BoardName "RS300M AGP [Radeon Mobility 9100IGP]"
BusID "PCI:1:5:0"
EndSection

Section "Screen"
Identifier "Screen0"
Device "Card0"
Monitor "Monitor0"
SubSection "Display"
Viewport 0 0
Depth 1
EndSubSection
SubSection "Display"
Viewport 0 0
Depth 4
EndSubSection
SubSection "Display"
Viewport 0 0
Depth 8
EndSubSection
SubSection "Display"
Viewport 0 0
Depth 15
EndSubSection
SubSection "Display"
Viewport 0 0
Depth 16
EndSubSection
SubSection "Display"
Viewport 0 0
Depth 24
EndSubSection
EndSection
####

mcsilva · 2009-12-19 19:50:59

hokasch wrote:

hmm, now "software rastorizer in use" does not seem to be a particulary helpful hint...
maybe delete/move your xorg.conf in case you use one, or try with kms..
reading your first post again, actually copmiz seems to be running alright. the warning is just that, there is no error message. double-check if you have emerald/grk window decorator installed and selected, and the basic plugins activated in ccsm.

As I read here (http://wiki.archlinux.org/index.php/Ati … _.28KMS.29):
Note: For now, only Radeons up to R5xx (X1xxx) support KMS. Support for later Radeon cards will be added in Linux kernel 2.6.32.

Mine is RS300, so I cannot use KMS with this kernel (although I also desperatly tried it, just in case... no success!)

Also I installed emerald window decorator and activated the basic plugins in ccsm.

mcsilva · 2009-12-19 19:53:46

some-guy94 wrote:

You are not using accelerated 3D, do you have libgl installed?

Yes! libgl is installed:

[root@hp ~]# pacman -Q libgl
libgl 7.6-2

You don't need fglrx/catalyst with chipsets up to r500.

I know that. I didn't use them.

mcsilva · 2009-12-20 04:21:29

I can't believe it's working now!
It was my fault. Berseker and Hokash were right. My "Window Decoration" plugin was not turned on, although I was convinced it was.
But it mantains the message:

* No GLX_EXT_texture_from_pixmap with direct rendering context
... present with indirect rendering, exporting: LIBGL_ALWAYS_INDIRECT=1

and compiz runs in "indirect rendering" (the option is shadowed).
This doesn't happen with my Fedora disk in the same computer.

Well, nevermind! It works.
Thank's to all of you that helped me to set this up.

mcsilva · 2009-12-22 00:05:08

Finally I found also the answer to the other issues.
Now I can run compiz without those errors:

[carreira@hp ~]$ fusion-icon
* Detected Session: gnome
* Searching for installed applications...
* No GLX_EXT_texture_from_pixmap with direct rendering context
... present with indirect rendering, exporting: LIBGL_ALWAYS_INDIRECT=1
* Setting window manager to Compiz
... executing: compiz --replace --sm-disable --ignore-desktop-hints ccp --indirect-rendering
WARNING: Application calling GLX 1.3 function "glXCreatePixmap" when GLX 1.3 is not supported! This is an application bug!

Compiz-check also runs without those errors I showed:

Checking for texture_from_pixmap... [ OK ]
Checking for non power of two support... [ OK ]
Checking for composite extension... [ OK ]
Checking for FBConfig... [ OK ]
Checking for hardware/setup problems... [FAIL]
There has been (at least) one error detected with your setup:
Error: Software Rasterizer in use

The answer was simple:
I added my username to video group :
$ gpasswd -a carreira video

It was nothing related to drivers...

FIXED!:)

Arch Linux

#1 2009-12-16 19:01:53

[SOLVED]Compiz not working. A GLX issue?

#2 2009-12-17 02:11:06

Re: [SOLVED]Compiz not working. A GLX issue?

#3 2009-12-17 07:26:06

Re: [SOLVED]Compiz not working. A GLX issue?

#4 2009-12-17 08:19:01

Re: [SOLVED]Compiz not working. A GLX issue?

#5 2009-12-17 09:31:55

Re: [SOLVED]Compiz not working. A GLX issue?

#6 2009-12-17 09:34:08

Re: [SOLVED]Compiz not working. A GLX issue?

#7 2009-12-18 00:21:00

Re: [SOLVED]Compiz not working. A GLX issue?

#8 2009-12-18 20:08:47

Re: [SOLVED]Compiz not working. A GLX issue?

#9 2009-12-18 23:07:16

Re: [SOLVED]Compiz not working. A GLX issue?

#10 2009-12-19 03:11:14

Re: [SOLVED]Compiz not working. A GLX issue?

#11 2009-12-19 19:45:02

Re: [SOLVED]Compiz not working. A GLX issue?

#12 2009-12-19 19:50:59

Re: [SOLVED]Compiz not working. A GLX issue?

#13 2009-12-19 19:53:46

Re: [SOLVED]Compiz not working. A GLX issue?

#14 2009-12-20 04:21:29

Re: [SOLVED]Compiz not working. A GLX issue?

#15 2009-12-22 00:05:08

Re: [SOLVED]Compiz not working. A GLX issue?

Board footer