Intrepid, on latest updates (mesa updates - 7.1~rc1-0ubuntu1), compiz no longer works and gives white screen on login

After updates on 5-6th July, this includes a kernal upgrade from 2.6.23.2 to 2.6.23.3, I get white screen on loging in. I have to say blinded by Ctrl f2, metacity --replace, which gives me my desktop...

This is an intel 915gm graphics, And I am running intrepid with all latest updates...

ProblemType: Bug
Architecture: i386
Date: Sun Jul 6 01:23:34 2008
DistroRelease: Ubuntu 8.10
Package: firefox-3.0 3.0+nobinonly-0ubuntu3~fta6
PackageArchitecture: i386
ProcEnviron:
 PATH=/usr/local/sbin:/usr/local/bin:/usr/sbin:/usr/bin:/sbin:/bin:/usr/games
 LANG=en_IN
 SHELL=/bin/bash
SourcePackage: firefox-3.0
Uname: Linux 2.6.26-3-generic i686
UnreportableReason: This is not a genuine Ubuntu package

I think following updates are the culprits....

libgl1-mesa-dri (7.0.3-3ubuntu1) to 7.1~rc1-0ubuntu1
libgl1-mesa-glx (7.0.3-3ubuntu1) to 7.1~rc1-0ubuntu1
libglu1-mesa (7.0.3-3ubuntu1) to 7.1~rc1-0ubuntu1
mesa-utils (7.0.3-3ubuntu1) to 7.1~rc1-0ubuntu1

I will try to roll back the updates and see if things start to work again....

It was them,

I downgraded the packages to _7.0.3~rc2-1ubuntu3_, doing which compiz starts to work again.

libgl1-mesa-dri (7.1~rc1-0ubuntu1) to 7.0.3~rc2-1ubuntu3_i386
libgl1-mesa-glx (7.1~rc1-0ubuntu1) to 7.0.3~rc2-1ubuntu3_i386
libglu1-mesa ( 7.1~rc1-0ubuntu1) to 7.0.3~rc2-1ubuntu3_i386
mesa-utils ( 7.1~rc1-0ubuntu1) to 7.0.3~rc2-1ubuntu3_i386

Hence, the problem lies with mesa packages, "7.1~rc1-0ubuntu1".
Lets wait for a newer version, and hope that fixes the fragile situation :) I have locked the version for now.

With the latest version of these packages my KDE does start but the screen is black, I can see the shadows / background-outlines of windows opened. Disabling composite or downgrading these packages fixes the problem.

DISTRIB_ID=Ubuntu
DISTRIB_RELEASE=8.10
DISTRIB_CODENAME=intrepid
DISTRIB_DESCRIPTION="Ubuntu intrepid (development branch)"
Architecture: i386
Uname: Linux 2.6.26-3-generic i686
ATI-Radeon 9200

I can confirm these circumstances.

Downgrading these four (4) packages solves the problems vs. respectively.

With these "white-screen" I'm able to rotate my cube by Strg + Alt + left mouse pointer and than the background behind the cube is visible or in other words, the Desktop(s) itself aren't displayed.

glxgears are broken as well:

$ glxgears
Error: couldn't get an RGB, Double-buffered visual

The new generation of above packages ( now 7.1~rc1-0ubuntu2 ) didn't solve anything.

the new xserver-xorg-core (1.4.99) fixes the problem. another problem is that glxgears droped from 1000FPS to 650FPS.

With all latest updates, (xserver-core), I am getting GDM crash, with a cute message that says, "Greeter application appears to be crashing. ...." and keeps crashing and keeps crashing...

Any insights here how to resolve this, They were lot of updates, rolling back all of them, wouldn't be a great idea...

I somehow got in by enabling, automatic login through shell. This is my gdm.conf.

On compiz front, it is falling again ...

kx@Kx-VMZ:~$ compiz --replace
Checking for Xgl: not present.
No whitelisted driver found
aborting and using fallback: /usr/bin/metacity

glxgears fps is 100 down from 800.

Please attach your /var/log/Xorg.0.log files.

Also note that there is a known issue causing compiz to fail currently on -intel 965 (at least), which are already known upstream and will be solved in time.

Just now there were two updates:

xserver-xorg-video-intel (2:2.3.2-2ubuntu2)
xserver-xorg-video-i810 (2:2.3.2-2ubuntu2)

which settled up pretty much everything but compiz :)

glxgears is happily back to 800s,
compiz is back to white screen.

gdm greeting application is also greeting happily now :)

However rolling back those four mesa updates pretty much breaks everything now. So no compiz for now.

I am on intel 915, so that's affected as well.

I'm seeing the same horrendous problems as Vikrand; I updated my intrepid ~30 mins ago and sudddenly X stopped working - I get the greeter application crashing message, and I can't log in.

As suggested by Vikras I can sneak myself in by setting AutomaticLogin in gdm.conf. However, this uses the failsafe X server so is dead slow, and additionally gnome-panel will not start, so my desktop is quite unusable.

I will try to upload my xorg.log of the failing session, but last I tried firefox crashes when my desktop is in this state.

Some perhaps-helpful information:

* BACKTRACE FROM XORG.0.LOG FILE:
(II) intel(0): Setting screen physical size to 246 x 184

Backtrace:
0: X(xf86SigHandler+0x65) [0x47ff25]
1: /lib/libc.so.6 [0x7f1bf11ef120]
2: /usr/lib/xorg/modules//libfb.so(fbSolid+0x290) [0x7f1beed60540]
3: /usr/lib/xorg/modules//libfb.so(fbFill+0x4cc) [0x7f1beed58dbc]
4: /usr/lib/xorg/modules//libfb.so(fbPolyFillRect+0x1c6) [0x7f1beed58fd6]
5: /usr/lib/xorg/modules//libexa.so(ExaCheckPolyFillRect+0x44) [0x7f1beeb41e94]
6: /usr/lib/xorg/modules//libexa.so [0x7f1beeb3d584]
7: X [0x52d5f6]
8: X(CreateDefaultStipple+0xf3) [0x45bf73]
9: X(main+0x305) [0x432de5]
10: /lib/libc.so.6(__libc_start_main+0xe6) [0x7f1bf11da466]
11: X(FontFileCompleteXLFD+0x289) [0x432319]

NOTICE the screen size stuff.

* SEGFAULT FROM GNOME-PANEL STARTED UNDER GDB:

Program received signal SIGSEGV, Segmentation fault.
[Switching to Thread 0x7f1b3675d780 (LWP 23939)]
0x000000000045e96e in panel_multiscreen_width ()

* MESSAGE FROM FIREFOX APPEARING ON MY CONSOLE:
              (firefox:23288): Gdk-CRITICAL **: get_monitor: assertion `monitor_num < screen_x11->n_monitors' failed

.. all in all I suspect this might be xrandr-related?

Hope this can be fixed asap or anyone can find a proper workaround, perhaps the above info helps. PS: I also tried setting "INTEL_BATCH=0" in my environment, and I also commented out the modules in xorg.conf - to no avail.

Is there a repo called intrepid-proposed, or should I just wait for the fixes to appear in intrepid-updates?

Hope this is helpful,
oystein

Vikrant, what repo did you get the -ubuntu2 packages for video-intel/i810? I use a local mirror and changed to these lines for -updates:

deb http://security.ubuntu.com/ubuntu/ intrepid-updates universe main multiverse restricted
deb-src http://security.ubuntu.com/ubuntu/ intrepid-updates universe main multiverse restricted

but I still don't get the updates you mention.

Hi,

I am using india servers,

deb http://in.archive.ubuntu.com/ubuntu/ intrepid-updates main restricted universe multiverse
deb-src http://in.archive.ubuntu.com/ubuntu/ intrepid-updates restricted main multiverse universe

I confirm that the packages mentioned fix the problem for me. I can now log in as usual and all is nice (except accelerated 3D, but it did not work before this anyways).

I changed from my local mirror server in sources.list to ftp.ubuntu.com - it had the packages.

Also I have pretty much everything enabled in repositories, intrepid-security, intrepid-backports, intrepid-proposed and intrepid-updates

That would be,

deb http://in.archive.ubuntu.com/ubuntu/ intrepid-security main restricted universe multiverse
deb-src http://in.archive.ubuntu.com/ubuntu/ intrepid-security restricted main multiverse universe

deb http://in.archive.ubuntu.com/ubuntu/ intrepid-proposed restricted main multiverse universe
deb-src http://in.archive.ubuntu.com/ubuntu/ intrepid-proposed restricted main multiverse universe

deb http://in.archive.ubuntu.com/ubuntu/ intrepid-backports main restricted universe multiverse
deb-src http://in.archive.ubuntu.com/ubuntu/ intrepid-backports main restricted universe multiverse

deb http://in.archive.ubuntu.com/ubuntu/ intrepid main restricted universe multiverse
deb-src http://in.archive.ubuntu.com/ubuntu/ intrepid restricted main multiverse universe

Did you get those updates? Or I can attach those debs here ?

Running 945GM/GMS/GME, 943/940GML (as per lspci) here and after latest upgrade (2:2.3.2-2ubuntu2) I lost higher (including native 1400x) resolutions. 915resolution package (which hacks the BIOS so that higher resolutions can work) conflicts with the new 810 driver, with good reason, since if I run it, X doesn't start at all.

Rebooting with 915resolution (--force-conflicts) installed and I got my native resolution back. Compiz doesn't work (I get the white screen),
but that's not important to me, native resolution is, as bitmapped fonts look like crap without it (TT/AA fonts look ok, but thats because they
look crap normally:).
I'm pretty sure xserver-xorg-video-intel should not conflict with 915resolution, as evidently it makes no attempt to patch BIOS.

upstream has a fix, but it's not enough to get compiz working (see upstream bug 14441).

I have this problem too, I have been loading into fail safe mode session just to use the coputer.

I am experiencing this too on Intel GM965 using the -intel driver. My desktop is workable by disabling compiz effects, but as I use a number of the accessibility features in compiz, I am hampered from working effectively by this bug.

Any chance of a fix coming before the release of intrepid? This is an honest question btw, not a sarcastic comment.

Sorry for a noob question here in such important place. how I downgrade a package??

Thanks in advanced

And who is working in this bug?

:-D

Have the same problem, is a fix in the works? What's the easiest way to go about downgrading to the older packages?

In Synaptic, you can downgrade by selecting a package and hitting CTRL+E or Package>Force Version in the menu. However, when I tried downgrading the packages, I couldn't get X working at all. In fact, this problem is mentioned by Vikrant and Suku previously. In other words, don't downgrade the mesa packages because it could break your configuration worse (until you re-upgrade mesa)!

I confirm this same problem in a HP Compaq nc6400 with Intel 945GM graphics chipset.

With latest updates, 7.1~rc3-1ubuntu1, version of mesa packages came, which fixed the compiz issue on Intel 915GM. Glad to have compiz working again. :)

It still happens the same with me I type in console Compiz and i get a black screen with green red dots but mostly black :(

The last updates did not fix the problem for me. Now instead of going all white I get a black screen with sparse red and green dots.

Here's the output of compiz --replace. Will attach useful logs as well.

ryan@intrepid:~$ compiz --replace
Checking for Xgl: not present.
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.
Comparing resolution (1280x800) to maximum 3D texture size (2048): Passed.
Checking for nVidia: not present.
Checking for FBConfig: present.
Checking for Xgl: not present.
/usr/bin/compiz.real (video) - Warn: No 8 bit GLX pixmap format, disabling YV12 image format
^CAttempted to unregister path (path[0] = org path[1] = freedesktop) which isn't registered
Attempted to unregister path (path[0] = org path[1] = freedesktop) which isn't registered
Attempted to unregister path (path[0] = org path[1] = freedesktop) which isn't registered

Sorry for the triple post, my windowing system is hosed up from running compiz --replace

Yes I am getting the same output as ASULutzy

last update seemed to fix my problem

I agree that the rc3-1ubuntu1 update fixed the issue for me: Intel 915GM 32 bit Ubuntu .

for 965 this is not fixed

I have an Dell 1525 and it is not fixed with a Intel 965.

The latests upgrades did the trick for me (HP Compaq nc6400 with Intel 945GM graphics). The only thing I have to do is to start the computer using the recovery mode, choose fix the x server and then started OK. It started without compiz enabled, but when I enabled it everything worked fine.

I will try it tonight I'm at work now, but I think I did that cause it was BLACK with a lot of weird colors , but anyway thanks for the hint I'll check.

Even after the most recent updates (not the ones from last night, but from today) the same problem is still present on 965. compiz --replace makes the screen go black with a few sparse pixels of other colors. I tried restarting in recovery and choosing fix x server, but that didn't fix the problem (I didn't really expect it to.)

Specifically my card as reported by lspci is: Intel Corporation Mobile GM965/GL960 Integrated Graphics Controller (rev 0c)

But maybe we should open another bug, because this bug is about a
screen that becomes white, and not black and garbled as in our case...

Has another bug been opened, or are we sticking with this one?
I'd think the two half to be related?

have to be related*

The black corrupted screen has been identified by the mesa team; you can follow status of bug at https://bugs.freedesktop.org/show_bug.cgi?id=14441 .

Compiz is not working here with latest intrepid upgrades too.
I have intel driver + mesa 7.1~rc3 + compiz 0.7.7

the compiz --replace output is:

Checking for Xgl: not present.
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.
Comparing resolution (1280x800) to maximum 3D texture size (2048): Passed.
Checking for nVidia: not present.
Checking for FBConfig: present.
Checking for Xgl: not present.
/usr/bin/compiz.real (core) - Error: Could not acquire compositing manager selection on screen 0 display ":0.0"
/usr/bin/compiz.real (core) - Fatal: No manageable screens found on display :0.0

@Omid Mottaghi:
Your issue is different, and I'd guess you have Metacity's compositor enabled. My understanding is that Metacity fails to properly release it's hold on Composite when being replaced; thus, Compiz can't gain the composite manager selection, and cannot continue.

Simply disabling Metacity's composite manager should allow you to get Compiz working (or, at least, allow you to hit real bugs in Compiz/mesa/X :))

Thanks Chris, you are right :) it was fixed :)

On Sun, Jul 20, 2008 at 9:30 PM, Chris Halse Rogers
<email address hidden> wrote:
> @Omid Mottaghi:
> Your issue is different, and I'd guess you have Metacity's compositor enabled. My understanding is that Metacity fails to properly release it's hold on Composite when being replaced; thus, Compiz can't gain the composite manager selection, and cannot continue.
>
> Simply disabling Metacity's composite manager should allow you to get
> Compiz working (or, at least, allow you to hit real bugs in
> Compiz/mesa/X :))

Hello and sorry for email you to your personal email, but I was
wondering how you disable metacity? and enable Compiz because I have a
Dell Inspiron 1525 with a Intel 965 and it doesn't work.

Thanks in advanced

LinkinXP

I guess you have to write compiz --replace in a console. I am not sure
how to do this change permanently.

Regards,

On 7/21/08, LinkinXp <email address hidden> wrote:
> On Sun, Jul 20, 2008 at 9:30 PM, Chris Halse Rogers
> <email address hidden> wrote:
>> @Omid Mottaghi:
>> Your issue is different, and I'd guess you have Metacity's compositor
>> enabled. My understanding is that Metacity fails to properly release it's
>> hold on Composite when being replaced; thus, Compiz can't gain the
>> composite manager selection, and cannot continue.
>>
>> Simply disabling Metacity's composite manager should allow you to get
>> Compiz working (or, at least, allow you to hit real bugs in
>> Compiz/mesa/X :))
>
>
> Hello and sorry for email you to your personal email, but I was
> wondering how you disable metacity? and enable Compiz because I have a
> Dell Inspiron 1525 with a Intel 965 and it doesn't work.
>
>
> Thanks in advanced
>
> LinkinXP
>
> --
> Intrepid, on latest updates (mesa updates - 7.1~rc1-0ubuntu1), compiz no
> longer works and gives white screen on login
> https://bugs.launchpad.net/bugs/245888
> You received this bug notification because you are a direct subscriber
> of the bug.
>

--
Sent from Gmail for mobile | mobile.google.com

Mariano Stokle

That does not work I get the same screen Black with Colors.

Thanks in advanced

I builded a new i965_dri.so from the mesa git tree.

Now it works with compiz.

It seems they have integrated some patches.
http://gitweb.freedesktop.org/?p=mesa/mesa.git;a=summary

Sorry for my bad english.

Hello!! can i get that .so? file to test it?

Thanks!

Hello, my connection is too slow to upload and i go to a location where i unfortunately have no internet connection.
I've got x86_64. I'm sure the developers will shortly release an updated mesa(no warranty, i'm no developer)

But if you like you can build your own. Unfortunately i've no time to describe how to compile it.

I'm shure my .so has a bad quality, my .so file size is very large when i compare it with the file from ubuntu.

Maybe i can write how to do it tomorrow when i'm back. ;)

Sorry

I am no longer having a problem with the latest updates, is it fixed for anyone else?

I can confirm that the attached patch, which is the patch from bugzilla with some minor adjustments package, fixes the black screen problem.

An updated libgl1-mesa-dri can be created as follows:

sudo apt-get build-dep libgl1-mesa-dri
apt-get source libgl1-mesa-dri
cd mesa<TAB>
patch -p1 < /path/to/test3.patch
dpkg-buildpackage -us -uc -j2

I've just attached the i965_dri.so file since the resulting package is rather large.

For me, the problem has been solved (especially the one described in duplicate #247974).

@ Andreas Schildbach

For me also... now it's all right! No more blank - and after black - screen... ;)

This bug was fixed in the package mesa - 7.1~rc3-1ubuntu2

---------------
mesa (7.1~rc3-1ubuntu2) intrepid; urgency=low

  * 102_fix-fdo-14441.diff: fix tfp on i965. (LP: #245888)

 -- Timo Aaltonen <email address hidden> Fri, 01 Aug 2008 16:08:01 +0300

The bug still exist when logging in with a second user. (Both users using compiz)

+1 on Ubuntu 8.10 Alpha 4

(Desktop CD, downloaded on 14.08.2008):

Compiz white screen of death after login.

I have Radeon HD2400 on nForce5.

After today upgrade in intrepid, kde 4.1 desktop with composite effects enabled was not working (black screen); downgrading libgl1-mesa-glx , libgl1-mesa-dri and libglu1-mesa to older versions (~rc3-1ubuntu4) fixed the problem.

Here on up-to-date Intrepid, Intel X4500MHD (on a Sony Vaio BZ11XN), everything works fine again.
Yesterday I encountered the bug and compiz stopped working, launched metacity automatically.
Everytime I wanted to run compiz, it complained :

/usr/bin/compiz.real (core) - Fatal: Root visual is not a GL visual
/usr/bin/compiz.real (core) - Error: Failed to manage screen: 0
/usr/bin/compiz.real (core) - Fatal: No manageable screens found on display :0.0

Searching through launchpad I came across the present page.
I disabled metacity compositor and compiz is back and working fine.

I am afraid the fix does not work for all the machines. Before writing this, I posted a question, and MarcoBra eventually advised me to fill a new bug report or to post here -- I think a new bug report would not be appropriate.
see: https://answers.launchpad.net/ubuntu/+question/45103
Problem: on several occasions (e.g. if I type "glxinfo | grep direct"), I get the error message (or warning):
"Failed to initialize TTM buffer manager. Falling back to classic."
I never got it under Hardy. "Compiz.real" outputs several error messages and leaves the screen "stuck" -- I mean, the windows become unresponsive, and I get back only by choosing an option from System/Preferences/Appearance/Visual effects. Btw, no radio button is selected by default in that menu.
I have Intrepid alpha5, updated, upgraded and distro-upgraded on Sat Sep 13.
Details from lshw -C display, lspci and xconf.org are attached to question #45103.
Briefly, my gr. card is Intel 943GML.
The interesting thing is that I installed Fedora 9. As soon as the install was done, I type "glxinfo" in a Terminal and got the error "Failed to initialize TTM buffer manager. Falling back to classic." But I did a complete update and upgrade (which took several hours): after that, the error message _disappeared_.
[Fedora 9] uname -r
2.6.25.14-108.fc9.i686.
Therefore, I guess there is a real issue that has still to be solved in Intrepid.
One more detail that might be of some help for a (possible) debug. My display card is marked as "unclaimed". If I try to install a driver (via gksu displayconfig etc.) the only available driver is the i810 (which gives a lot of trouble: I ended by resetting the xorg.conf and keeping the unclaimed display). Fedora suggests another driver by default: that is, an "experimental driver for Intel integrated chipsets", which is explicitly tailored for the 943GML (as well as for other Intel integrated cards). My guess is that this driver, or a similar one, would improve the hardware compatibility between Intrepid and machines mounting the 943GML.
This might be a nice case of cooperation between distros :-)

For those who still have a bug, it should be a different one that the bug fixed here. You can maybe subscribe to bug #262529.