Re: ACPI problem

From: Nate Lawson <nate_at_root.org>
Date: Fri, 12 Dec 2003 13:57:35 -0800 (PST)
On Fri, 12 Dec 2003, Guido van Rooij wrote:
> On Tue, Dec 09, 2003 at 11:58:30AM -0800, Nate Lawson wrote:
> > Suspend/resume will continue to be a problem area for some time.  Perhaps
> > I should put up a FAQ about this.
> >
> > 1. Try different states (S1-S4) and see if one of them works.
>
> I have a system where S3 leads to an immediate reboot. S4 leads to
> a hang. S2 is not available.
> S1 leads to a nice suspend, except that the LCD is not powered off.
> Resume works okay.
> When I push the lid button when in the boot loader, the LCD is powered
> off. In Windows everything works like expected.

In the loader, the BIOS is still controlling the display.  Since you
mention that S1 works on recent Linux kernels for your D600, I'll look
into what we do differently.  It appears only S1 and S5 are working for
Linux.

> This is a Dell D600. S4 is handled by Windows itsself. Does this mean
> the BIOS doesn't support doing it itself?

Yes, we haven't implemented S4-OS yet.  To do this, we need to modify the
dump routine to do a kernel dump and then modify loader to recognize the
dump and load it and resume rather than booting the OS.  This is
non-trivial work and I'm not likely to get to it any time soon.

> > 2. Try tunable/sysctl hw.acpi.reset_video=0
> >
> > 3. Try tunable/sysctl hw.syscons.sc_no_suspend_vtswitch=1
> >
> > 4. Try sysctl hw.acpi.sleep_delay=0
>
> (I take it these are all for systems where resume doesnt work properly?)

Yes.

-Nate
Received on Fri Dec 12 2003 - 12:57:35 UTC

This archive was generated by hypermail 2.4.0 : Wed May 19 2021 - 11:37:33 UTC