From owner-freebsd-acpi@freebsd.org Fri Sep 18 20:32:23 2015 Return-Path: Delivered-To: freebsd-acpi@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id A6AA69CF066 for ; Fri, 18 Sep 2015 20:32:23 +0000 (UTC) (envelope-from dan@obluda.cz) Received: from smtp1.ms.mff.cuni.cz (smtp1.ms.mff.cuni.cz [IPv6:2001:718:1e03:801::4]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id C71EB1D8F; Fri, 18 Sep 2015 20:32:22 +0000 (UTC) (envelope-from dan@obluda.cz) X-SubmittedBy: id 100000045929 subject /C=CZ/O=Univerzita+20Karlova+20v+20Praze/CN=Dan+20Lukes/unstructuredName=100000045929 issued by /C=NL/ST=Noord-Holland/L=Amsterdam/O=TERENA/CN=TERENA+20Personal+20CA+202 auth type TLS.MFF Received: from [100.87.2.102] (ip-37-188-133-11.eurotel.cz [37.188.133.11]) (authenticated) by smtp1.ms.mff.cuni.cz (8.14.9/8.14.9) with ESMTP id t8IKVuid025684 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES128-SHA bits=128 verify=OK); Fri, 18 Sep 2015 22:32:16 +0200 (CEST) (envelope-from dan@obluda.cz) From: Dan Lukes Subject: Re: disabling sleep when shutting down To: Colin Percival , Ian Smith Cc: "freebsd-acpi@freebsd.org" References: <55FA3848.7090802@freebsd.org> <55FA7F47.6050508@obluda.cz> <20150917211219.M29510@sola.nimnet.asn.au> <55FB187F.2090000@freebsd.org> <55FB331A.4010908@obluda.cz> <55FB4B4F.2080700@freebsd.org> Message-ID: <55FC74B6.4050601@obluda.cz> Date: Fri, 18 Sep 2015 22:31:50 +0200 User-Agent: Mozilla/5.0 (Windows NT 5.1; rv:38.0) Gecko/20100101 Firefox/38.0 SeaMonkey/2.35 MIME-Version: 1.0 In-Reply-To: <55FB4B4F.2080700@freebsd.org> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit X-BeenThere: freebsd-acpi@freebsd.org X-Mailman-Version: 2.1.20 Precedence: list List-Id: ACPI and power management development List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 18 Sep 2015 20:32:23 -0000 Colin Percival wrote: > The example of a system which can usefully suspend but doesn't have enough > battery life left to allow tit to complete a normal shutdown seems a bit > implausible It's valid for in-kernel portion of shutdown only. But you wish to disable suspend even during userland part of shutdown. Such part is generic shell script and even worse, it include third party scripts. We can tell nothing generic about it. Of course, same apply to suspend as well. Thus is plausible that suspend may take just few seconds, but shutdown take substantially longer. But it's another day now, few hours of sleeping and your idea no longer sound as unacceptable to me as yesterday. As long as default system behavior will remain the same, I have nothing against a tool/method/way that will allow user to block S3 state anytime, including the userland portion of shutdown. It's up to system administrator to turn on such feature whenever he feel it helpful. Suspend triggered by LID I recognize special case - it's easy to evaluate consequences in full, thus I consider acceptable modification of the default system behavior. Just personal opinion ... Dan