From owner-freebsd-acpi@FreeBSD.ORG Mon Feb 7 15:33:58 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 462DD16A4CE for ; Mon, 7 Feb 2005 15:33:58 +0000 (GMT) Received: from ylpvm43.prodigy.net (ylpvm43-ext.prodigy.net [207.115.57.74]) by mx1.FreeBSD.org (Postfix) with ESMTP id E3B5343D1F for ; Mon, 7 Feb 2005 15:33:57 +0000 (GMT) (envelope-from nate@root.org) Received: from [10.0.5.51] (adsl-64-171-186-189.dsl.snfc21.pacbell.net [64.171.186.189])j17FYA2Y003056; Mon, 7 Feb 2005 10:34:10 -0500 Message-ID: <42078A64.5070200@root.org> Date: Mon, 07 Feb 2005 07:33:56 -0800 From: Nate Lawson User-Agent: Mozilla Thunderbird 1.0RC1 (X11/20041205) X-Accept-Language: en-us, en MIME-Version: 1.0 To: Anish Mistry References: <42068A5C.1030300@root.org> <200502070837.58319.mistry.7@osu.edu> In-Reply-To: <200502070837.58319.mistry.7@osu.edu> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit cc: freebsd-acpi@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: Mon, 07 Feb 2005 15:33:58 -0000 Anish Mistry wrote: > On Sunday 06 February 2005 04:21 pm, Nate Lawson wrote: > >>I'd also like to issue a call for developers to help by porting older >>drivers (like longrun) and out-of-tree new drivers (like powernow-k7/k8 >>and speedstep-m) to the cpufreq interface. It's very simple and you >>just have to figure out if your driver is absolute or relative, and >>convert values to the proper units (percent in hundredths, power in mW, >>etc.) Once that is done, please send me the diff for review before >>commit so I can make sure it works properly. >> > > I'm interested in porting Longrun to the new framework. So all that is need > is just to expose the existing sysctl values hw.crusoe through the acpi_perf > framework and some minor conversion if necessary? Sort of. It's more than sysctls, that's why it took so long. :) Just implement the 3 methods cpufreq_drv_settings, cpufreq_drv_get, and cpufreq_drv_set as well as make the driver probe under cpu0 instead of through a SYSINIT (see foo_identify() in the drivers). -- Nate