Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id ; Tue, 3 Dec 2002 14:54:02 -0500 Received: (majordomo@vger.kernel.org) by vger.kernel.org id ; Tue, 3 Dec 2002 14:54:02 -0500 Received: from natsmtp00.webmailer.de ([192.67.198.74]:55775 "EHLO post.webmailer.de") by vger.kernel.org with ESMTP id ; Tue, 3 Dec 2002 14:54:01 -0500 Date: Tue, 3 Dec 2002 21:00:19 +0100 From: Dominik Brodowski To: Hollis Blanchard Cc: Arjan van de Ven , Bishop Brock , linux-kernel@vger.kernel.org, cpufreq@www.linux.org.uk, linux-pm-devel@lists.sourceforge.net Subject: Re: [Linux-pm-devel] Re: IBM/MontaVista Dynamic Power Management Project Message-ID: <20021203200019.GD1340@brodo.de> References: <1038938270.28176.2.camel@laptop.fenrus.com> <1038940024.1249.190.camel@granite.austin.ibm.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <1038940024.1249.190.camel@granite.austin.ibm.com> User-Agent: Mutt/1.4i Sender: linux-kernel-owner@vger.kernel.org X-Mailing-List: linux-kernel@vger.kernel.org Content-Length: 1635 Lines: 38 On Tue, Dec 03, 2002 at 12:27:03PM -0600, Hollis Blanchard wrote: > On Tue, 2002-12-03 at 11:57, Arjan van de Ven wrote: > > On Tue, 2002-12-03 at 18:46, Bishop Brock wrote: > > > IBM and MontaVista have initiated a joint project to develop a > > > dynamic power management control and policy mechanism for Linux > > > for processors supporting dynamic voltage and frequency scaling. Great! > > > A paper describing the proposal can be obtained from > > > > > > http://www.research.ibm.com/arl/projects/dpm.html > > > > > > A working prototype of the proposed framework for > > > the IBM PowerPC 405LP processor exists and will be made > > > public in the near future. > > > > any idea if/how this will fit into the existing cross platform cpufreq > > framework ? > > It subsumes it, similar to Dominik's ideas in "[RFC] Dynamic Frequency > and Voltage Scaling Infrastructure" (on the cpufreq list). The idea is > that you want scaling events to be generated by the kernel rather than > only scaling on userland input. The paper (and Dominik's mail) give you > some ideas of when and why... So, will it basically be a "policy governor" as described in my "[RFC]" mail? Or does it need other enhancements in the cpufreq core? BTW, have you noticed the premilinary patch I which implements most of the DVS infrastructure mentioned in my mail to the cpufreq list yesterday? Dominik - To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to majordomo@vger.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.html Please read the FAQ at http://www.tux.org/lkml/