suspend on Pavilion hangs
Nate Lawson
nate at root.org
Sat Aug 21 11:33:32 PDT 2004
Hanspeter Roth wrote:
> On Aug 17 at 17:23, Nate Lawson spoke:
>>Hanspeter Roth wrote:
>>
>>>What if I remove some devices from the kernel that are not
>>>necessarily needed?
>>
>>That's a good way to start debugging suspend/resume problems. For more
>>info, see the handbook:
>>http://www.freebsd.org/doc/en_US.ISO8859-1/books/handbook/acpi-debug.html
>
> I have removed some devices. But still the laptop hangs on suspend.
> The output is now:
>
> acpi_lid0: wake_prep enabled for \_SB_.C136 (S3)
> ======== acpi_printcpu() debug dump ========
> [...]
>
> It shows acpi_lid0 even though I have not used the lid switch but
> acpiconf -s 3.
That message is totally normal and just means that your lid switch is
being enabled to _wake_ the system. So if you suspend with 'zzz' or
whatever, you can still wake via the lid. This can be disabled via a
sysctl if you want.
> Is there something else I can try?
>
> Dmesg, sysctl.acpi and acpidump are available at:
> http://home.datacomm.ch/hampi/pavilion/
See if Linux works. In general, suspend/resume does not work on a lot
of laptops including on Linux. The process for fixing it is simple:
begin by auditing all device drivers and fixing their suspend/resume
methods. Continue on to fix all X video drivers by getting the
undocumented info from the manufacturers. As you can see, while simple,
this is a lot of work.
There are a few things we can do better (_SxD, D3 on suspend) and I'm
working on those, but fixing 5.3 to be a stable release is much higher
on the priority list right now.
--
Nate
More information about the freebsd-acpi
mailing list