From owner-freebsd-acpi@FreeBSD.ORG Mon Dec 13 20:08:13 2004 Return-Path: Delivered-To: freebsd-acpi@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 6152616A4CE for ; Mon, 13 Dec 2004 20:08:13 +0000 (GMT) Received: from www.cryptography.com (li-22.members.linode.com [64.5.53.22]) by mx1.FreeBSD.org (Postfix) with ESMTP id 245C843D2D for ; Mon, 13 Dec 2004 20:08:13 +0000 (GMT) (envelope-from nate@root.org) Received: from [10.0.0.34] (adsl-67-119-74-222.dsl.sntc01.pacbell.net [67.119.74.222]) by www.cryptography.com (8.12.8/8.12.8) with ESMTP id iBDK88ug001377 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NOT); Mon, 13 Dec 2004 12:08:09 -0800 Message-ID: <41BDF6A7.3040702@root.org> Date: Mon, 13 Dec 2004 12:08:07 -0800 From: Nate Lawson User-Agent: Mozilla Thunderbird 0.9 (Windows/20041103) X-Accept-Language: en-us, en MIME-Version: 1.0 To: Warner Losh References: <20041213190604.GA81993@svm.csie.ntu.edu.tw> <20041213.121233.104111469.imp@harmony.village.org> In-Reply-To: <20041213.121233.104111469.imp@harmony.village.org> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit cc: acpi@freebsd.org cc: rafan@infor.org Subject: Re: current powerstate and manually turn on/off? X-BeenThere: freebsd-acpi@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: ACPI and power management development List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 13 Dec 2004 20:08:13 -0000 Warner Losh wrote: >>By using sysctl, I do know what's the current powerstate >>of each device. I wounder is there any command or sysctl >>that can manually turn device on or off? > > > Not really, no. I think this is something the drivers should handle and we don't need to add user access to power states since it's probably the biggest way to shoot yourself in the foot. We already power down devices with no driver attached and once drivers get smart about powering down devices that are idle, this would cover all scenarios. -- Nate