Date: Tue, 27 Jul 2010 17:36:32 +0000 From: Alexey Dokuchaev <danfe@FreeBSD.org> To: Jung-uk Kim <jkim@FreeBSD.org> Cc: svn-src-head@FreeBSD.org, svn-src-all@FreeBSD.org, Gavin Atkinson <gavin@FreeBSD.org>, src-committers@FreeBSD.org Subject: Re: svn commit: r210514 - in head/sys/amd64: acpica amd64 Message-ID: <20100727173632.GA61992@FreeBSD.org> In-Reply-To: <201007271215.26238.jkim@FreeBSD.org> References: <201007261953.o6QJrAFd069188@svn.freebsd.org> <1280242180.78791.33.camel@buffy.york.ac.uk> <201007271215.26238.jkim@FreeBSD.org>
next in thread | previous in thread | raw e-mail | index | archive | help
On Tue, Jul 27, 2010 at 12:15:06PM -0400, Jung-uk Kim wrote: > The simplest thing to try is: > > sysctl debug.bootverbose=1 > sysctl debug.acpi.suspend_bounce=1 > acpiconf -s 3 > > This test emulates suspend/resume cycle of all device drivers without > actually going into S3 state. In some cases, you can easily catch > problems with this method (e.g., losing firmware state, device > watchdog time out, and retrying forever). Note that the system does > not really enter S3 state, which means devices may not lose power at > all. It also means some devices will just work fine even if > suspend/resume methods are totally missing unlike real S3 state. This is really nice piece of advice. Is any one interested (maybe even the author) in converting it do docbook format and adding to acpi-debug handbook chapter? I can do it if no one else steps before me. ./danfe
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?20100727173632.GA61992>