karmic: Compositing broken on resume from suspend

Binary package hint: xserver-xorg-video-intel

Karmic x86 64bit, install from alpha 4 with all updates as of August 30, 2009.

Lenovo Thinkpad R61
Intel 965GM

After resuming from a suspend-to-ram, compiz seems to lock up or simply stop displaying the desktop. I can still see and move the mouse cursor, apparently interact the desktop (switch desktops, click on windows, the mouse cursor changes shape when moving over buttons versus text). I can not actually _see_ any of the desktop though, only a black screen aside from the mouse cursor.

I can work around this by switching to a different VT and killing all of the compiz processes. I have to kill -9 compiz.real in order to get it to stop. After that, I can switch back to X and start either compiz or metacity and once again have a working desktop with all of my applications still in place.

Hi hez,

Please attach the output of `lspci -vvnn` and `dmesg`, and attach your /var/log/Xorg.0.log (and maybe Xorg.0.log.old) file from after reproducing this issue. If you're using a custom /etc/X11/xorg.conf please attach that as well.

[This is an automated message. Apologies if it has reached you inappropriately; please just reply to this message indicating so.]

I have exactly the same problem.
Sometimes I get the bug 237339, sometimes this one
 and sometimes the laptop resumes correctly (not often).

So it might be that the two bugs are related.
Note that I attached the requested files to the bug 237339.
I will send the requested files if bug 421736 occurs again.

The two bugs occured for me starting with my initial upgrade to karmic (back then
it was in early alpha state).

This sounds like a match to bug #419264. The symptoms are slightly different however the workaround (killing compiz) and the timing of your last update suggest it's probably the same bug. There is a kernel with a patch proposed for fixing this bug in the comments of bug #41926 - do you mind booting and testing that kernel to verify it does indeed solve the bug you're seeing?

I tried a backport of the Karmic kernel to Jaunty with the patch listed in that bug + the latest xorg-edgers packages and I still have the same issue with compiz freezing. I am unable to switch over to the Karmic install at this time, but the symptoms and general system response is the same on my (backport-heavy) Jaunty install on this system.

Once the patched kernel lands in Karmic I will test again there and (if I still have the problem) post my Karmic dmesg and lspci information.

I have this, or bug #421736 (varies randomly), on a Thinkpad R500 with Intel graphics.

Fully up-to-date Karmic x86 64bit.

I encountered this bug on a Dell Studio 15 (Intel i965) using Jaunty with the xorg-edgers PPA and kernel, acpi-support, pm-utils, and compiz backported from Karmic. The Karmic daily livecd also has this issue.

Downgrading libgl1-mesa-dri to 7.5-1ubuntu1 as Martin Albisetti suggested on bug #419264 seems to be a workaround. I've done several suspend-resume cycles and it hasn't crashed.

The package is available at https://launchpad.net/ubuntu/karmic/amd64/libgl1-mesa-dri/7.5-1ubuntu1

I haven't tried the kernel patch that's also supposed to fix bug #419264, but I can once it's included in Karmic.

I also downgraded libgl1-mesa-dri. After restarting the X Server one time, suspending works properly now.

Downgrading libgl1-mesa-dri fixes the problem for me as well.

Downgrading libgl1-mesa-dri has also fixed it for me (Thinkpad R500).

I can confirm this bug on an up-to-date Jaunty plus updates form xorg-edgers ppa. I am currently using the kernel posted by Ogasawara on bug #419264 since it seems to at least mitigate the problem: after resume, I can now see windows, interact with the desktop and see effects like scale, but anything that was set to be partially transparent (panel, window decorations, etc) becomes completely invisible. I restart compiz and everything is back to normal behaviour. Kernel 2.6.31-rc7 gave me exactly the behaviour described in this bug. Downgrading libgl1-mesa-dri plus Ogasawara's kernel fix everything.

Since this bug is set to incomplete, I'm attaching all requested files. Please note that I'm on Jaunty, not Karmic!

Gianluca, this bug report is only about freezes that can be reproduced on karmic. Do not post about jaunty freezes here. The codebase and defaults changed considerably between jaunty and karmic.

Hmm, too bad no one has tested the kernel fix, but it seems likely this is a dupe of that so I'll mark it so and you guys can undupe if you get some evidence to the contrary.

Just tried the latest kernel patch. This bug still exists.

I can also confirm that this still occurs with kernel 2.6.31-10-generic and libgl1-mesa-dri 7.6.0+git20090908.e589a37f-0ubuntu0tormod

I can also confirm with uptodate karmic (last update 5 minutes ago).

This is not just a problem with Compiz but a problem with compositing in general. It occurs on Kubuntu using KWin for window management as well.

Up to date Karmic, this still happens. On resume, I lose the window decorator and the desktop doesn't seem to work, but I still can change Virtual Desktops when I rotate the mouse.

Also happens in a fully up-to-date Jaunty with X-edgers ppa. In Jaunty I solved it by using some PPA packages that work (from a past update, which I saved) and, indeed, one of the files is libgl1-mesa-dri-7.5 instead of 7.6. Then I disabled the PPA.

According to comments on the upstream bug, they are no longer seeing the problem. I notice there's been no comments to this bug since that comment either. Is anyone still seeing this bug with latest Karmic bits?

Fixed for my Thinkpad R500 in the current (as of a few days ago) Karmic.

Thanks for letting us know the issue is resolved.