Skip site navigation (1)Skip section navigation (2)
Date:      Tue, 06 Jun 2006 01:53:49 -0700
From:      Nate Lawson <nate@root.org>
To:        Anish Mistry <mistry.7@osu.edu>
Cc:        freebsd-acpi@freebsd.org
Subject:   Re: ASRock K7Upgrade-880 with S3
Message-ID:  <4485429D.1030001@root.org>
In-Reply-To: <200606052246.57364.mistry.7@osu.edu>
References:  <200606041953.53027.mistry.7@osu.edu> <44838E49.1060507@root.org> <200606052246.57364.mistry.7@osu.edu>

next in thread | previous in thread | raw e-mail | index | archive | help
Anish Mistry wrote:
> On Sunday 04 June 2006 21:52, Nate Lawson wrote:
>> Anish Mistry wrote:
>>> I'm trying to get my desktop to STR (S3) and can't even get S3 to
>>> semi-powered down state. 6.1-RELEASE-p1
>>>
>>> I've updated the BIOS to the latest version.  When I do an
>>> acpiconf -s 3 the suspend get all the way into the
>>> AcpiEnterSleepState function and begins to write registers.  The
>>> last  line I see (with full ACPI debugging enabled):
>>> heregs-0708 HwRegisterWrite : ----Entry
>>>
>>> Then the power light on the case starts to blink seeming to
>>> indicate that it is in suspend, except I can still see output on
>>> the monitor and the fans and harddrives are still  running.  Then
>>> when I press the power button to try to bring the system back up
>>> it then displays: heregs-0708 HwRegisterWrite : ----Exit
>>> and then continues with a few more HwRegisterWrite and then exits
>>> the AcpiEnterSleepState function and then does nothing.  The
>>> system shows no life of coming back.  I then need to perform a
>>> cold boot, because if I just hit the reset button the system
>>> doesn't restart to the point where it gets to the BIOS screen.
>>>
>>> My acpidump output is at:
>>> http://am-productions.biz/docs/bigguy.asl
>>> I've fixed the errors in the asl and tried using that, but it
>>> showed the same problem.
>>> http://am-productions.biz/docs/bigguy-fix.asl
>>> dmesg:
>>> http://am-productions.biz/docs/bigguy.dmesg
>>>
>>> Windows isn't installed on this system so I can't compare it with
>>> that.  I tried suspending with Knoppix (2006-06-01) and that
>>> worked a bit better.  It successfully shutoff the disks on
>>> suspend, but the case fans and video card/monitor were still on. 
>>> When you press the power button again in knoppix it successfully
>>> brought the system back to life.  Getting it to the point of
>>> Knoppix would be a good start.
>> Try enabling the same acpi debugging prints on Linux (since they
>> use acpi-ca also) and see if there are any diffs.
> After some searching I can't seem to figure out how to do this in 
> Linux.  Any suggestions?
> 

ask on the linux list?  ACPI Developers <acpi-devel@lists.sourceforge.net>

-- 
Nate




Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?4485429D.1030001>