LKML Archive on
help / color / mirror / Atom feed
From: "Nish Aravamudan" <>
To: "Dave Jones" <>,
	"William Heimbigner" <>,,
	"Andrew Morton" <>
Subject: Re: [RFC] [PATCH] cpufreq: allow full selection of default governors
Date: Tue, 24 Apr 2007 15:05:36 -0700	[thread overview]
Message-ID: <> (raw)
In-Reply-To: <>

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 (not just whether the governor can be the
default or not). If that is already expressed, then the available
*default*s should also have their dependency so expressed.

I guess I don't see the point of *not* allowing users to select a
different governor as default at compile-time, if they can change it
at run-time?

The distros would simply not change the DEFAULT selection, but users
that build their own kernels could change it as they wanted.

I guess the issue is, if by allowing a different DEFAULT selection
(albeit one that wouldn't change for existing .configs, I assume), are
we going to break existing setups. It doesn't seem like we would,
*unless* the user goes and changes the default. And they went and
changed it to a default that doesn't work, but that they could easily
have checked doesn't work with their cpufreq implementation by
changing it at run-time in their current kernel. And they are root...

> Also, see the
> comment in the Kconfig a few lines above where you are adding this.

Are these governors unfixable? If

"it is not currently possible to set the other governors (such as
ondemand) as the default, since if they fail to initialise, cpufreq
will be left in an undefined state."

is true, presumably "userspace" and "performance" are so written so as
to not leave cpufreq in an undefined state? Could the same be done for
ondemand and powersave?

Just looking for more info -- feel free to just point me at the archives.


  parent reply	other threads:[~2007-04-24 22:05 UTC|newest]

Thread overview: 13+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2007-04-24 21:03 William Heimbigner
2007-04-24 21:12 ` Dave Jones
2007-04-24 21:25   ` Chuck Ebbert
2007-04-24 22:05   ` Nish Aravamudan [this message]
2007-04-25  0:03     ` Dave Jones
2007-04-27  1:54       ` Dominik Brodowski
2007-04-27  6:09         ` Dave Jones
2007-04-27 12:24           ` Dominik Brodowski
2007-04-27 13:40             ` William Heimbigner
2007-04-27 17:06             ` Gautham Shenoy
2007-04-27 18:17               ` William Heimbigner
2007-04-24 22:35   ` William Heimbigner
2007-04-24 21:13 ` Robert P. J. Day

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \ \ \ \ \ \ \
    --subject='Re: [RFC] [PATCH] cpufreq: allow full selection of default governors' \

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link

This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for NNTP newsgroup(s).