From owner-freebsd-acpi@FreeBSD.ORG Sun Mar 6 07:29:36 2005 Return-Path: Delivered-To: freebsd-acpi@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 7EECA16A4CE for ; Sun, 6 Mar 2005 07:29:36 +0000 (GMT) Received: from ylpvm29.prodigy.net (ylpvm29-ext.prodigy.net [207.115.57.60]) by mx1.FreeBSD.org (Postfix) with ESMTP id 1A3E943D41 for ; Sun, 6 Mar 2005 07:29:36 +0000 (GMT) (envelope-from nate@root.org) Received: from [10.0.5.51] (adsl-64-171-186-189.dsl.snfc21.pacbell.net [64.171.186.189])j267TCRs019476; Sun, 6 Mar 2005 02:29:13 -0500 Message-ID: <422AB15D.1040009@root.org> Date: Sat, 05 Mar 2005 23:29:33 -0800 From: Nate Lawson User-Agent: Mozilla Thunderbird 1.0RC1 (X11/20041205) X-Accept-Language: en-us, en MIME-Version: 1.0 To: Igor Partola 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> In-Reply-To: <422A56B4.20103@pisem.net> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 8bit cc: freebsd-acpi@freebsd.org Subject: Re: Dell Inspiron 510m sleep states S3/S4 not working X-BeenThere: freebsd-acpi@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: ACPI and power management development List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 06 Mar 2005 07:29:36 -0000 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