Date: Wed, 1 Feb 2006 05:22:58 +0100 From: Manfred Lotz <manfred.lotz@arcor.de> To: Nate Lawson <nate@root.org> Cc: freebsd-acpi@freebsd.org Subject: Re: suspend/resume event Message-ID: <20060201052258.d1026a6f.manfred.lotz@arcor.de> In-Reply-To: <43DFD03D.4020002@root.org> References: <20060120200410.a05870c1.manfred.lotz@arcor.de> <43D30F0F.3090703@root.org> <20060126143040.a6b1f796.manfred.lotz@arcor.de> <43D9201B.3010403@root.org> <20060131214210.81c53b6e.manfred.lotz@arcor.de> <43DFD03D.4020002@root.org>
next in thread | previous in thread | raw e-mail | index | archive | help
On Tue, 31 Jan 2006 13:01:49 -0800 Nate Lawson <nate@root.org> wrote: > Manfred Lotz wrote: > > Hmmh. I got compile errors then. However with hw.ata.atapi_dma set > > to 0 I could boot the 7.0 system and test it. > > > > First of all: Your code did work, i.e. the kern/power/resume event > > gets triggered and I could call a script. > > > > However, what confuses me is that the power button triggers > > the /etc/rc.resume in some cases (2. and 3. below) without using > > your code. > > > > 1. hw.acpi.sleep_button_state=S3 and no Button event > > in /etc/devd.conf > > > > When suspending (Fn-ESC) and resuming (Power button) > > neither /etc/rc.suspend nor /etc/rc.resume gets called. > > The kern/power/resume devd event should be delivered, no matter what > the mechanism used to suspend/resume. It should even work for apm, > if you were using that. > Sorry, I wasn't clear here. When I said "no Button event in devd.conf" I meant the event isn't captured in devd.conf. The event itself took place of course as could be seen by starting devd in debug mode. ... > > 3. hw.acpi.sleep_button_state=NONE and Button event > > in /etc/devd.conf is activated > > > > 3. seems to be the best option., > > I see no need for you to run rc.suspend. To restart moused, you just > need rc.resume. > I'm using rc.suspend to shutdown the wireless NIC iwi0. -- Manfred
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?20060201052258.d1026a6f.manfred.lotz>