From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1755372AbXD0GKT (ORCPT ); Fri, 27 Apr 2007 02:10:19 -0400 Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1755373AbXD0GKS (ORCPT ); Fri, 27 Apr 2007 02:10:18 -0400 Received: from mx1.redhat.com ([66.187.233.31]:50299 "EHLO mx1.redhat.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1755372AbXD0GKQ (ORCPT ); Fri, 27 Apr 2007 02:10:16 -0400 Date: Fri, 27 Apr 2007 02:09:57 -0400 From: Dave Jones To: Dominik Brodowski , Nish Aravamudan , William Heimbigner , linux-kernel@vger.kernel.org, Andrew Morton Subject: Re: [RFC] [PATCH] cpufreq: allow full selection of default governors Message-ID: <20070427060957.GA4726@redhat.com> Mail-Followup-To: Dave Jones , Dominik Brodowski , Nish Aravamudan , William Heimbigner , linux-kernel@vger.kernel.org, Andrew Morton References: <20070424211253.GG23598@redhat.com> <29495f1d0704241505p62140160o52d83e383106bf8e@mail.gmail.com> <20070425000327.GG22267@redhat.com> <20070427015410.GA9650@isilmar.linta.de> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20070427015410.GA9650@isilmar.linta.de> User-Agent: Mutt/1.4.2.2i Sender: linux-kernel-owner@vger.kernel.org X-Mailing-List: linux-kernel@vger.kernel.org On Thu, Apr 26, 2007 at 09:54:10PM -0400, Dominik Brodowski wrote: > On Tue, Apr 24, 2007 at 08:03:27PM -0400, Dave Jones wrote: > > On Tue, Apr 24, 2007 at 03:05:36PM -0700, Nish Aravamudan wrote: > > > On 4/24/07, Dave Jones wrote: > > > > On Tue, Apr 24, 2007 at 09:03:23PM +0000, William Heimbigner wrote: > > > > > The following patches should allow selection of conservative, powersave, and > > > > > ondemand in the kernel configuration. > > > > > > > > This has been rejected several times already. > > > > Ondemand and conservative isn't a viable governor for all cpufreq > > > > implementations (ie, ones with high switching latencies). > > > > > > This piques my curiosity -- some governors don't work with some > > > cpufreq implementations. Are those implementations in the kernel or in > > > userspace? If in the kernel, then perhaps there should be some > > > dependency expressed there in Kconfig between cpufreq implementation > > > and the available governors > > > > it can't be solved that easily. powernow-k8 for example is fine to > > use with ondemand on newer systems, where the latency is low. > > On older models however, it isn't. > > > > > > Also, see the > > > > comment in the Kconfig a few lines above where you are adding this. > > > > > > Are these governors unfixable? If > > > > tbh, I've forgotten the original issues that caused the comment > > to be placed there. Dominik ? > > Not unfixable, but: cpufreq is currently[*] built around the assumption that > at least one governor is correctly initialized or can be brought to work > when a CPU is registered with the cpufreq core. It would have to take something fairly spectacular though for performance or powersave to fail registration. Can you remember why we chose not to allow those? Dave -- http://www.codemonkey.org.uk