Date: Sat, 05 Mar 2005 23:29:33 -0800 From: Nate Lawson <nate@root.org> To: Igor Partola <ipartola@pisem.net> Cc: freebsd-acpi@freebsd.org Subject: Re: Dell Inspiron 510m sleep states S3/S4 not working Message-ID: <422AB15D.1040009@root.org> In-Reply-To: <422A56B4.20103@pisem.net> References: <20050301213527.GA2286@adv.devet.org> <42259DB9.4080201@danielgraupner.de> <42276264.3060605@pisem.net> <42276299.8060206@pisem.net> <4227B581.6090705@root.org> <20050304195909.GD54743@galgenberg.net> <422A56B4.20103@pisem.net>
next in thread | previous in thread | raw e-mail | index | archive | help
Igor Partola wrote: > Ulrich Spörlein wrote: > >> On Thu, 03.03.2005 at 17:10:25 -0800, Nate Lawson wrote: >> >> >>> Easiest way to test for resets is to stick this loop in the C code, >>> pushing it farther down until you identify the line of code that >>> resets instead of hanging. >>> >>> hang: goto hang; >>> >>> Try this in AcpiEnterSleepState(). >>> >> >> >> Been there, done that. See >> http://lists.freebsd.org/mailman/htdig/freebsd-acpi/2004-December/000949.html >> >> >> Ulrich Spoerlein >> >> > I just did some testing just to make sure that my system resets on the > same line. Sadly that is the problem, writing PM1A resets the machine. > > I also compared the code with hwsleep.c from linux 2.6.10. They almost > exactly the same, except for at one point but that should only affect > S5. Everything else is the same. > > I have no idea of where the problem is but I'm willing to debug the code > if someone tells me where to look. Should I maybe address the issue on > freebsd-current as the problem might be in the device drivers? This kind of thing is hard to track down since it's likely an initialization problem elsewhere (i.e. we map pages differently or something.) It's probably not device drivers but is somewhere in the core i386 kernel instead. I'll look into it. -- Nate
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?422AB15D.1040009>