From owner-freebsd-current Sat Nov 9 15:56:32 2002 Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id D3A4A37B401 for ; Sat, 9 Nov 2002 15:56:30 -0800 (PST) Received: from mail-out2.apple.com (mail-out2.apple.com [17.254.0.51]) by mx1.FreeBSD.org (Postfix) with ESMTP id 3D72F43E75 for ; Sat, 9 Nov 2002 15:56:30 -0800 (PST) (envelope-from msmith@freebsd.org) Received: from mailgate2.apple.com (A17-129-100-225.apple.com [17.129.100.225]) by mail-out2.apple.com (8.11.3/8.11.3) with ESMTP id gA9NuUI29846 for ; Sat, 9 Nov 2002 15:56:30 -0800 (PST) Received: from scv2.apple.com (scv2.apple.com) by mailgate2.apple.com (Content Technologies SMTPRS 4.2.1) with ESMTP id ; Sat, 9 Nov 2002 15:56:17 -0800 Received: from freebsd.org ([17.219.195.12]) by scv2.apple.com (8.11.3/8.11.3) with ESMTP id gA9NuBi19940; Sat, 9 Nov 2002 15:56:11 -0800 (PST) Date: Sat, 9 Nov 2002 15:56:07 -0800 Subject: Re: [acpi-jp 1931] Re: acpid implementation? Content-Type: text/plain; charset=US-ASCII; format=flowed Mime-Version: 1.0 (Apple Message framework v546) Cc: Frode Nordahl , Hiten Pandya , current@freebsd.org To: acpi-jp@jp.FreeBSD.org From: Michael Smith In-Reply-To: <3DCCFB94.C964C09D@mindspring.com> Message-Id: Content-Transfer-Encoding: 7bit X-Mailer: Apple Mail (2.546) Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG On Saturday, November 9, 2002, at 04:12 AM, Terry Lambert wrote: > Repeat: #1 is power profiles I don't see why this requires an 'acpid'. You want a control tool, sure, but power policy is not something that needs a daemon. > o replacing devices in a multipurpose bay, which may take one > of a number of devices, including a battery Does not require (and could not practically be assisted by) a daemon. > o port replicators with devices in them Does not require (and could not practically be assisted by) a daemon. > o Docking adaptors Does not require (and could not practically be assisted by) a daemon. > o Forced hibernate and/or shutdown, pending an empty battery Does not require a daemon. > o Software implementation of features (e.g. selective powerdown > or operational level, based on idle time, user preferences, > or other things not settable by "sysctl" In other words, "misc stuff". Still nothing concrete. = Mike To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message