Xserver failure after suspend to TAM

Tino Keitel tino.keitel+xorg at tikei.de
Wed Jan 16 23:16:52 PST 2008


On Wed, Jan 16, 2008 at 12:21:23 +0000, Colin Guthrie wrote:
> Tino Keitel wrote:
> > On Sun, Jan 13, 2008 at 23:06:04 +0100, Tino Keitel wrote:
> >> Hi folks,
> >>
> >> sometimes after resume from suspend to RAM the Xorg server crashes and
> >> then fails to restart afterwards.
> >>
> >> Attached is the logfile from such a failed start with the current 2.2
> >> branch driver (git revision 79ea745d86b3a3959ce52a4744d0469a55544b31).
> >>
> >> I have to reboot to get a working X again.
> > 
> > Hi,
> > 
> > I when I switch to a text console before suspend, I can resume find.
> > But as soon as I switch back to X after resume, the server crashes.
> > 
> > Is there anything I could try (disabling specific options)? This makes
> > suspend to RAM unusable for me, as I have to reboot in many cases after
> > resume.
> 
> Firstly it would have probably been good to mention 1) the driver you
> are using (intel it seems) and 2) the chip you have in the subject or at
> least at the beginning of the post. That way the relevant interested
> parties (devs or user with a similar problem) can respond without
> reading through your xorg.log attachment!

Sorry for the missing information.

Yes, this is a Mac mini Core Duo with a i945 chipset. The crash happens
with the 2.1.1 as well as with the recent git version from the 2.2
branch.

> 
> As you can resume fine from text console it could be related to the
> quirks applied when doing the STR.
> 
> If your system use HAL to handle suspending you can see which quirks are
> applied by doing:

No, I use the hibernate script from the TuxOnIce project to suspend to
RAM. This doesn't use HAL at all.

> 
> lshal | grep quirk
> 
> The quirks are applied (typically) by the hal-info files in (usually):
> /usr/share/hal/fdi/information/10freedesktop/ although depending how
> your system handles suspending it may be bypassing this info.
> 
> 
> For me on my 945GM in a Dell Inspiron 6400 I need to set:
>   power_management.quirk.vbe_post = true  (bool)
> 
> but this is under discussion at the moment in
> http://bugs.freedesktop.org/show_bug.cgi?id=14067

Hum, I recently started to use vbetool to restore the VBE state after
resume, otherwise the text console stays blank after resume. Maybe this
is connected. I see that there is also an "VbetoolPost" option in the
hibernate script, that isn't enabled. I'll enable it to see if it
helps.

Thanks for the hint.

Regards,
Tino



More information about the xorg mailing list