Xserver failure after suspend to TAM

Colin Guthrie gmane at colin.guthr.ie
Wed Jan 16 04:21:23 PST 2008


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!

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:

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

Unless you are very lucky this particular bug wont apply to you, but it
will hopefully give you some insight.

HTHs

Col




More information about the xorg mailing list