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>