[karmic] When running compiz, wallpaper is not displayed

Bug #385539 reported by _dan_
84
This bug affects 14 people
Affects Status Importance Assigned to Milestone
mesa (Ubuntu)
Confirmed
Undecided
Unassigned

Bug Description

After upgrading to 9.10, the desktop background is black when running compiz.
Switching wallpapers does not affect anything.
Metacity shows the wallpaper correctly

affects: ubuntu → compiz (Ubuntu)
Revision history for this message
Jonathan Hudson (jh+lpd) wrote :

Me too! ATI 9200 video card, on 32 bit karmic.

Revision history for this message
Jonathan Hudson (jh+lpd) wrote :

Removed old .compiz/config, same problem. What happens is that on login, first the screen goes black, then the wall paper is drawn over the whole screen.

Then the gnome panel bar at the top of the screen is drawn, and all the screen below that is black. The system still runs fine, windows wobble etc.

If I stop compiz and run compiz.real by hand (to prevent any fix ups it might do, I get)

compiz.real (core) - Fatal: GLX_EXT_texture_from_pixmap is missing
compiz.real (core) - Error: Failed to manage screen: 0
compiz.real (core) - Fatal: No manageable screens found on display :0.0

However, if I run glxinfo, I get
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_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

So is compiz failing to see "GLX_EXT_texture_from_pixmap" for this card?

glxinfo and Xorg.0.log attached (or will be, as this is a serial activity).

Revision history for this message
Jonathan Hudson (jh+lpd) wrote :
Revision history for this message
Travis Watkins (amaranth) wrote :

What is the output from running 'compiz --replace'? GLX_EXT_texture_from_pixmap is missing because you have to define LIBGL_ALWAYS_INDIRECT to get it unless you have DRI2 support. The compiz script does this for you.

Revision history for this message
Jonathan Hudson (jh+lpd) wrote :

Checking for Xgl: not present.
xset q doesn't reveal the location of the log file. Using fallback /var/log/Xorg.0.log
Detected PCI ID for VGA:
Checking for texture_from_pixmap: not present.
Trying again with indirect rendering:
Checking for texture_from_pixmap: present.
Checking for non power of two support: present.
Checking for Composite extension: present.
Checking screen 1Comparing resolution (1280x1024) to maximum 3D texture size (2048): Passed.
Checking for Software Rasterizer: Not present.
Checking for nVidia: not present.
Checking for FBConfig: present.
Checking for Xgl: not present.
/usr/bin/compiz.real (cube) - Warn: Failed to load slide: /usr/share/gdm/themes/Human/ubuntu.png

mkay (mmkkaayy)
Changed in compiz (Ubuntu):
status: New → Confirmed
Revision history for this message
Nils Naumann (nau) wrote :

Probably a duplicate bug to #421334?

affects: compiz (Ubuntu) → mesa (Ubuntu)
Revision history for this message
Nils Naumann (nau) wrote :

The attaches screenshot is showing the problem. After activating compiz the wallpaper went black. The icons on the desktop are not shown, but they are still there and reacting on mouse clicks.

Revision history for this message
Juan Sorroche (juan-sorroche) wrote :

Same problem with ATI Radeon 7500.

Revision history for this message
bjaglin (bjaglin) wrote :

Same here with a radeon Mobility FireGL 9000 (RV250). See https://bugs.freedesktop.org/show_bug.cgi?id=24074. The problem disappear when downgrading libgl1-mesa-dri to 7.5 or 7.4, so it seems to be mesa related. Anything I tried in 7.6 and 7.7 branches was horribly slow and buggy for me.

Revision history for this message
_dan_ (dan-void) wrote :

This is not a duplicate, since it happens to me on nvidia gfx card and the other bugreport is ati specific.

Revision history for this message
Dominik (dominalien) wrote :

I can confirm this, on Radeon 9200.

Downloading libgl1-mesa-dri and libgl1-mesa-glx 7.4 from jaunty repositories and installing them with dpkg fixed the problem.

But, now I have indirect rendering, glxinfo says:

direct rendering: No (LIBGL_ALWAYS_INDIRECT set)

and glxgears flickers. Haven't had time to do more tests.

Revision history for this message
badvibe (badvibe) wrote :

I also have this problem. ATI 9200 video card, on 32 bit karmic.

I've tried downgrading libgl1-mesa-dri and libgl1-mesa-glx as suggested and this has resolved the immediate problem for me.

Revision history for this message
Benedetto Polimeni (benplm) wrote :

I've tried downgrading libgl1-mesa-dri and libgl1-mesa-glx and this has solved the problem, and I still have direct rendering (on Radeon 9200SE 128MB).
PS: I was running karmic 32bit live cd.
Many thanks to Dominik.

Revision history for this message
Tom Horsley (tom-horsley) wrote :

I also see this problem with my radeon 9200, as well as other minor rendering problems even with compiz turned off.
For instance, if I run synaptic, click on a package to install, I get the popup menu of install options. The icons that normally
show up in front of each menu item aren't there. This was a fresh install from the alternate text installer CD (i386), so
there won't be any leftover files, everything is brand new.

Here's the lspci info:

01:00.0 VGA compatible controller: ATI Technologies Inc RV280 [Radeon 9200] (rev 01)
01:00.1 Display controller: ATI Technologies Inc RV280 [Radeon 9200] (Secondary) (rev 01)

(I don't have the secondary controller hooked to anything, just using VGA).

Possibly relevant packages:

ii xserver-xorg-video-ati 1:6.12.99+git20090929.7968e1fb-0ubuntu1 X.Org X server -- ATI display driver wrapper
ii xserver-xorg-video-radeon 1:6.12.99+git20090929.7968e1fb-0ubuntu1 X.Org X server -- ATI Radeon display driver

Revision history for this message
Karel Marik (kaja-marik) wrote :

Same problem with ATI Radeon 9200SE

Revision history for this message
tastyracer (steve-theoldrose) wrote :

Also same for me on two separate machines with ATI Radeon 9200 Pro (RV280). I have tried LiveCD, upgrade from 9.04, and fresh install and same thing happens each time.
It works fine on machine with nVidia GeForce2

badvibe (badvibe)
Changed in mesa (Ubuntu):
status: Confirmed → Fix Committed
status: Fix Committed → Confirmed
Revision history for this message
bagl0312 (bagl0312) wrote :

I found a working xorg.conf with my video card:

01:00.0 VGA compatible controller [0300]: ATI Technologies Inc RV280 [Radeon 9200 PRO] [1002:5960] (rev 01)

I posted my xorg.conf configuration here:
http://ubuntuforums.org/showthread.php?p=8263824#post8263824

it works perfectly for me, and graphics performance seem better than in Jaunty

Revision history for this message
Emmanuel Touzery (emmanuel-touzery) wrote :

I marked the bug as duplicate to bug #444139. I hope it's OK.
It seems that bug #444139 is where most of the discussion on this topic is, and a bunch of bugs have been marked as duplicates of that bug, so probably it's the best central place to discuss this problem.

To post a comment you must log in.
This report contains Public information  
Everyone can see this information.

Other bug subscribers

Remote bug watches

Bug watches keep track of this bug in other bug trackers.