From owner-freebsd-acpi@FreeBSD.ORG Wed Feb 9 15:42:20 2005 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 29B6816A4CE; Wed, 9 Feb 2005 15:42:20 +0000 (GMT) Received: from www.portaone.com (web.portaone.com [195.70.151.35]) by mx1.FreeBSD.org (Postfix) with ESMTP id 609D943D1D; Wed, 9 Feb 2005 15:42:19 +0000 (GMT) (envelope-from sobomax@portaone.com) Received: from [192.168.1.26] (SIRIUS-ats227-UTC.ukrtel.net [195.5.25.154]) (authenticated bits=0) by www.portaone.com (8.12.11/8.12.11) with ESMTP id j19FgDNt015050 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Wed, 9 Feb 2005 16:42:15 +0100 (CET) (envelope-from sobomax@portaone.com) Message-ID: <420A2F47.1070907@portaone.com> Date: Wed, 09 Feb 2005 17:41:59 +0200 From: Maxim Sobolev Organization: Porta Software Ltd User-Agent: Mozilla Thunderbird 1.0 (Windows/20041206) X-Accept-Language: en-us, en MIME-Version: 1.0 To: Nate Lawson References: <42068A5C.1030300@root.org> <420757AD.9060603@portaone.com> <420904CD.7070405@root.org> In-Reply-To: <420904CD.7070405@root.org> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Virus-Scanned: ClamAV 0.80/685/Wed Jan 26 10:08:24 2005 clamav-milter version 0.80j on www.portaone.com X-Virus-Status: Clean cc: acpi@freebsd.org cc: current@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 List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 09 Feb 2005 15:42:20 -0000 Nate Lawson wrote: > Maxim Sobolev wrote: > >> Great! It would be nice if you can document this new facility in the >> Handbook, since it is likely to be of interest for very large >> percentage of FreeBSD users. Also, it should be mentioned in the >> release notes. > > > Man page committed so no one has an excuse to avoid updating their > drivers. ;-) The man page may be improved more over time, but the > interfaces needed to update drivers are completely documented. I am not talking about API documentation, but documentation on how to use the new framework to control power consumption/heat dissipation. This is crucial if you want cpufreq to be actually used by those FreeBSD users who don't read freebsd-current in general or have missed your post in particular. ;-) -Maxim