Date: Fri, 12 Dec 2003 13:57:35 -0800 (PST) From: Nate Lawson <nate@root.org> To: Guido van Rooij <guido@gvr.org> Cc: current@freebsd.org Subject: Re: ACPI problem Message-ID: <20031212135444.B53967@root.org> In-Reply-To: <20031212185907.GA61783@gvr.gvr.org> References: <20031209114400.G43006@root.org> <20031212185907.GA61783@gvr.gvr.org>
next in thread | previous in thread | raw e-mail | index | archive | help
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
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?20031212135444.B53967>