From owner-freebsd-acpi@FreeBSD.ORG  Wed Feb  9 18:41:41 2005
Return-Path: <owner-freebsd-acpi@FreeBSD.ORG>
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 ACAFA16A4CE; Wed,  9 Feb 2005 18:41:41 +0000 (GMT)
Received: from www.cryptography.com (li-22.members.linode.com [64.5.53.22])
	by mx1.FreeBSD.org (Postfix) with ESMTP
	id 705CB43D2F; Wed,  9 Feb 2005 18:41:41 +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 j19IfCWk031541
	(version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NOT);
	Wed, 9 Feb 2005 10:41:13 -0800
Message-ID: <420A5947.40906@root.org>
Date: Wed, 09 Feb 2005 10:41:11 -0800
From: Nate Lawson <nate@root.org>
User-Agent: Mozilla Thunderbird 0.9 (Windows/20041103)
X-Accept-Language: en-us, en
MIME-Version: 1.0
To: cokane@cokane.org
References: <42068A5C.1030300@root.org>
	<20050208142310.GA24565@gargantuan.com>
	<346a8022050208071229742e74@mail.gmail.com>	 <42090EBE.1030202@root.org>
	<346a802205020909273c413d03@mail.gmail.com>
In-Reply-To: <346a802205020909273c413d03@mail.gmail.com>
Content-Type: text/plain; charset=ISO-8859-1; format=flowed
Content-Transfer-Encoding: 7bit
cc: acpi@freebsd.org
cc: amd64@freebsd.org
Subject: Re: HEADSUP: cpufreq import complete, acpi_throttling changed
X-BeenThere: freebsd-acpi@freebsd.org
X-Mailman-Version: 2.1.1
Precedence: list
List-Id: ACPI and power management development <freebsd-acpi.freebsd.org>
List-Unsubscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-acpi>,
	<mailto:freebsd-acpi-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/freebsd-acpi>
List-Post: <mailto:freebsd-acpi@freebsd.org>
List-Help: <mailto:freebsd-acpi-request@freebsd.org?subject=help>
List-Subscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-acpi>,
	<mailto:freebsd-acpi-request@freebsd.org?subject=subscribe>
X-List-Received-Date: Wed, 09 Feb 2005 18:41:41 -0000

Coleman Kane wrote:
> Ooops. Sorry, I knew this. Uhm in that case, is the acpi_ppc driver
> being brought in, or similar functionality? I really like the
> auto-scaling that ppc does.

No, the framework only allows clean user and kernel control of levels. 
You can use rc.conf to request a switch based on AC line transition but 
this is only a partial solution.

I think we should have a powerd daemon that reads system load, disk IO, 
etc. and makes scaling decisions as well as powers down ATA disks and 
the like.  I do not plan to write this.

-- 
Nate