From owner-freebsd-acpi@FreeBSD.ORG Fri Apr 17 18:45:07 2009 Return-Path: Delivered-To: freebsd-acpi@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 9D815106566B for ; Fri, 17 Apr 2009 18:45:07 +0000 (UTC) (envelope-from smithi@nimnet.asn.au) Received: from sola.nimnet.asn.au (paqi.nimnet.asn.au [220.233.188.227]) by mx1.freebsd.org (Postfix) with ESMTP id 132A28FC12 for ; Fri, 17 Apr 2009 18:45:06 +0000 (UTC) (envelope-from smithi@nimnet.asn.au) Received: from localhost (localhost [127.0.0.1]) by sola.nimnet.asn.au (8.14.2/8.14.2) with ESMTP id n3HIj0i6089310; Sat, 18 Apr 2009 04:45:01 +1000 (EST) (envelope-from smithi@nimnet.asn.au) Date: Sat, 18 Apr 2009 04:45:00 +1000 (EST) From: Ian Smith To: Nate Lawson In-Reply-To: <49DF7A1C.90009@root.org> Message-ID: <20090418043432.O34434@sola.nimnet.asn.au> References: <49DE1F8B.2080400@earthlink.net> <49DE2E6D.5050001@icyb.net.ua> <49DE596E.2050406@earthlink.net> <49DEFF53.1040306@icyb.net.ua> <49DF7A1C.90009@root.org> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Cc: sclark46@earthlink.net, freebsd-acpi@freebsd.org, freebsd-stable@freebsd.org, Andriy Gapon Subject: Re: 6.x acpi powerbutton X-BeenThere: freebsd-acpi@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: ACPI and power management development List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 17 Apr 2009 18:45:07 -0000 On Fri, 10 Apr 2009, Nate Lawson wrote: > Andriy Gapon wrote: > > on 09/04/2009 23:24 Stephen Clark said the following: > >> Is there a reason it doesn't send and event like Linux that can be acted > >> upon by user space other > >> than signaling init? I like to have a message written in > >> /var/log/messages that someone pressed > >> the powerbutton. > > > > I think that for all suspend states except S5 userland is notified via > > devd mechanism and potentially can veto the suspend. S5 (soft-off) is > > coded to start shutdown immediately. You can try to hack on > > acpi_ReqSleepState in sys/dev/acpica/acpi.c. > > > > I am not sure what is the reason for this special behavior of S5. But I > > like it, because it sometimes allows me to perform semi-clean shutdown > > when X goes crazy. But I also see when it could be useful to have S5 > > request go through userland. So this could be configurable. > > The reason for userland getting into the loop in the first place was to > run programs to shut down devices and reinit them after resume. This > isn't necessary in the shutdown case because init already sends a > signal, as you mention. > > There's already a mechanism for timing out if userland is not > responding, so a suspend will ultimately happen whether or not it > answers. However, that waits for a while (1 minute?) and devd used to be > optional, so I thought it best to keep the existing S5 behavior > (immediate shutdown). > > It may be ok to enable this for S5 but I don't think it's very useful. Perhaps a silly question, but is it too late at this stage of the game to try logging S5 events to syslog before dying? I agree with Stephen, logging 'shutdown by powerbutton' surely beats what might otherwise resemble a spontaneous reboot? Or is something already logged here? cheers, Ian