Re: suspend/resume fails on second attempt in LNXVIDEO:00

Justin P. Mattock
2008-12-14T15:35:48Z

Is there quite possibly another
Graphics module you can plug-in,
Just to see

justin P. Mattock

On Dec 14, 2008, at 6:08 AM, "Brian J. Murrell"
<brian@interlinx.bc.ca> wrote:

> On Sun, 2008-12-14 at 03:16 -0600, Robby Workman wrote:
>> In linux.kernel, Brian J. Murrell wrote:
>>> I'm trying to debug a resume problem on a compaq presario C700
>>> laptop
>>> on the Ubuntu 2.6.24-22-generic kernel.
>>>
>>> SNIPPED
>>>
>>> These symptoms mirror a lot of other reports with this machine in
>>> that
>>> the first suspend/resume cycle works but a second attempts
>>> (apparently) suspends fine but fails on resume. The backlight on
>>> the
>>> video does not come back and neither does the wireless connection,
>>> so
>>> I'm not positive the problems are purely video related.
>>>
>>> How can I proceed from here to further debug what kind of
>>> workarounds
>>> or solutions I might be able to use to get reliable suspend/resume
>>> functionality?
>>
>>
>> Assuming Ubuntu uses pm-utils for suspend/hibernate operations,
>> then I
>> suspect you're needing this patch - the symptoms fit (suspend works
>> the first time, but fails thereafter), especially if a reboot causes
>> suspend to work fine again the first time...
>>
>> http://cgit.freedesktop.org/pm-utils/commit/?id=6c9f2959a36e608e4d1f71230a9eaaa77940c54e
>
> I wish (and was hoping) it was that simple. The problem is the nature
> of that patch really has no effect on my system because $acpi_flag
> == 0
> when the sysctl on line 147 is applied. Presumably this patch has
> more
> effect if $acpi_flag != 0, by nature of either $QUIRK_S3_BIOS or
> $QUIRK_S3_MODE being == true, neither of which is in my case. Maybe
> one
> or both should be. I dunno. I'm not sure how these "video quirks"
> work.
>
> b.
>