Bug#430159: compiz: black screen after resume from suspend..

Christophe DURAND · External Since: Jun 22, 2007 Posts: 2

Package: compiz
Version: 0.5.0.dfsg-1
Severity: normal

gnome 2.18 + compiz + intel I855GM graphic card.

After a suspend to ram (via gnome_power_manager or acpi-support
scripts) laptop stop to work normally. On resume, mouse cursor appear on
a black screen. It seem that xorg and compiz works because if i press
shortcut to active cube plugin, mouse cursor flick for one second.
A ctrl+alt+bck restart xserver and gdm normally, but computer totally
hang when nautilus or compiz try to start.
No problem with supsend to disk nor with suspend to ram if i desactivate
compiz.

-- System Information:
Debian Release: lenny/sid
APT prefers testing
APT policy: (990, 'testing'), (900, 'unstable')
Architecture: i386 (i686)

Kernel: Linux 2.6.21-1-686 (SMP w/1 CPU core)
Locale: LANG=fr_FR.UTF-8, LC_CTYPE=fr_FR.UTF-8 (charmap=UTF- Cool

Shell: /bin/sh linked to /bin/bash

Versions of packages compiz depends on:
ii compiz-core 0.5.0.dfsg-1 OpenGL window and compositing mana
ii compiz-gnome 0.5.0.dfsg-1 OpenGL window and compositing mana
ii compiz-gtk 0.5.0.dfsg-1 OpenGL window and compositing mana
ii compiz-plugins 0.5.0.dfsg-1 OpenGL window and compositing mana

compiz recommends no packages.

-- no debconf information

--
To UNSUBSCRIBE, email to debian-bugs-dist-REQUEST DeleteThis @lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmaster DeleteThis @lists.debian.org

Brice Goglin · External Since: Mar 01, 2005 Posts: 1666

forcemerge 430159 430161
reassign 430159 compiz-core
thank you

Christophe DURAND wrote:
> Package: compiz
> Version: 0.5.0.dfsg-1
> Severity: normal
>
> gnome 2.18 + compiz + intel I855GM graphic card.
>
> After a suspend to ram (via gnome_power_manager or acpi-support
> scripts) laptop stop to work normally. On resume, mouse cursor appear on
> a black screen. It seem that xorg and compiz works because if i press
> shortcut to active cube plugin, mouse cursor flick for one second.
> A ctrl+alt+bck restart xserver and gdm normally, but computer totally
> hang when nautilus or compiz try to start.
> No problem with supsend to disk nor with suspend to ram if i desactivate
> compiz.
>

Could you send the output of
/usr/share/bug/xserver-xorg/bug 3>&1
after resuming from suspend, so that we see the log of the Xorg (and
your config) when the problem occurs?

Thanks
Brice

--
To UNSUBSCRIBE, email to debian-bugs-dist-REQUEST RemoveThis @lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmaster RemoveThis @lists.debian.org

Brice Goglin · External Since: Mar 01, 2005 Posts: 1666

Christophe DURAND wrote:
> So, i have nothing in /usr/share/bug/xserver-xorg/bug after resume, the
> file doesn't exist.
>

Oops, sorry, my fault, it should have been
/usr/share/bug/xserver-xorg/script 3>&1

Which xserver-xorg-video-intel do you have? The bug might well be caused
by the driver instead of compiz. It might be good to try the latest
xserver-xorg-video-intel currently in experimental (2:2.0.0-5).

Brice

--
To UNSUBSCRIBE, email to debian-bugs-dist-REQUEST.TakeThisOut@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmaster.TakeThisOut@lists.debian.org

Brice Goglin · External Since: Mar 01, 2005 Posts: 1666

Christophe DURAND wrote:
> I've tried all versions of the i810 and the new intel drivers from
> testing, unstable and experimental, always with the same result.
>

Good to know, thanks for doing this.

> Perhaps an interesting thing is that after resume from suspend, the
> graphic session isn't restored on the F7 tty but on F8.
>

Do you mean:
1) a X session in F7 will be moved to F8 after suspend
or
2) a Xsession on F7 won't be restored at all, while a Xsession on F8
will be fine (still on F Cool

?

> For information, on an up to date SID the 2/06/2007, resume from suspend
> was ok. I don't know exactly which packages have changed since this
> date, nor exactly when the problem have appeared.
>

If I remember correctly, nothing big changed in X packages in unstable
recently. At least not the Xserver, Intel driver, Mesa or compiz. Other
things involved in suspend are the kernel and possibly some
suspend/resume script. Did you change your kernel recently? How do you
suspend to ram?

/var/log/aptitude or /var/log/dpkg.log might give you some hints about
what have been upgraded recently.

Thanks,
Brice

--
To UNSUBSCRIBE, email to debian-bugs-dist-REQUEST.RemoveThis@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmaster.RemoveThis@lists.debian.org

Brice Goglin · External Since: Mar 01, 2005 Posts: 1666

reassign 430159 xserver-xorg-video-intel
retitle 430159 intel driver with compiz gives a black screen after
suspend/resume
found 430159 2:2.0.0-1
found 430159 2:2.0.0-5
thank you

Christophe DURAND wrote:
> The new xorg.conf file is much less complex than the old one, all the
> fonts part is empty, the modules part disappeared, and the DRI section
> is also removed.
>

Yes, now that xserver-xorg-core has good default values, we don't need
to write all this stuff to xorg.conf anymore. However, it probably won't
work with xserver-xorg-core 1.1.1 from Etch/stable.

> After this simplification and use of the "old" driver, the problem is
> solved (It reappeared if i upgrade the I810 driver to the unstable one
> or experimental one).
>

Ok, I am reassign/retitling the bug accordingly and marking it as found
in unstable and experimental.

A couple random ideas:
* Once the problem occured, what happens if you exit compiz (with
"metacity --replace &" or so) or reload compiz (with "compiz --replace
&") from a X terminal after suspend? do you get you screen back?
* If you're using mesa 6.5.2 from unstable, could you try with mesa
6.5.3 from experimental?
* Since the problem does not occur without compiz, it would be good to
know whether it is related to compiz itself, to the underlying AIGLX, or
to some DRI usage during suspend/resume. So, could you try running a 3D
openGL application during suspend/resume _without_ compiz?

Thanks,
Brice

--
To UNSUBSCRIBE, email to debian-bugs-dist-REQUEST RemoveThis @lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmaster RemoveThis @lists.debian.org

Brice Goglin · External Since: Mar 01, 2005 Posts: 1666

Christophe DURAND wrote:
> I made different test.
> If i lunch a metacity --replace when the bug occur, my desktop
> reappeared, but i have some problem when resizing windows or using the
> scroll function in application windows.
> I after that i tried a new compiz --replace, compiz restart but with
> this error
> /usr/bin/gtk-window-decorator: Could not acquire decoration manager
> selection on screen 0 display ":0.0"
>
> Using mesa 6.5.3 don't solve the bug.
>
> For the test without compiz active, i test to use suspend to ram while i
> have a glxgears windows running. When the computer resume, the glxgears
> windows in totally black, and once again, i have some bugs with resizing
> window or scrolling in applications.
>

Ok thanks for all the debugging. All this makes me think the Xserver
does not like having some DRI things running (either AIGLX for compiz or
regular 3D DRI applications). I'd like to get Michel's opinion on all
this, but I guess we'll end up forwarding this bug upstream soon.

Brice

--
To UNSUBSCRIBE, email to debian-bugs-dist-REQUEST.RemoveThis@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmaster.RemoveThis@lists.debian.org

Michel Dänzer · External Since: May 14, 2006 Posts: 382

On Mon, 2007-06-25 at 22:56 +0200, Brice Goglin wrote:
> Christophe DURAND wrote:
> > I made different test.
> > If i lunch a metacity --replace when the bug occur, my desktop
> > reappeared, but i have some problem when resizing windows or using the
> > scroll function in application windows.
> > I after that i tried a new compiz --replace, compiz restart but with
> > this error
> > /usr/bin/gtk-window-decorator: Could not acquire decoration manager
> > selection on screen 0 display ":0.0"
> >
> > Using mesa 6.5.3 don't solve the bug.
> >
> > For the test without compiz active, i test to use suspend to ram while i
> > have a glxgears windows running. When the computer resume, the glxgears
> > windows in totally black, and once again, i have some bugs with resizing
> > window or scrolling in applications.
> >
>
> Ok thanks for all the debugging. All this makes me think the Xserver
> does not like having some DRI things running (either AIGLX for compiz or
> regular 3D DRI applications).

Yes, apparently something doesn't get re-initialized properly across
suspend/resume. It's hard to say at this point whether this is due to
the X driver, X server, DRM kernel module or even 3D driver, but it's
very unlikely due to compiz.

> I'd like to get Michel's opinion on all
> this, but I guess we'll end up forwarding this bug upstream soon.

Probably a good idea, I suggest starting to look at xf86-video-intel.

--
Earthling Michel DÃ¤nzer | http://tungstengraphics.com
Libre software enthusiast | Debian, X and DRI developer