linux.git/drivers/cpufreq, branch v2.6.17

[PATCH] x86_64: Move ondemand timer into own work queue

2006-05-08T16:34:56+00:00

Taking the cpu hotplug semaphore in a normal events workqueue
is unsafe because other tasks can wait for any workqueues with
it hold. This results in a deadlock.

Move the DBS timer into its own work queue which is not
affected by other work queue flushes to avoid this.

Has been acked by Venkatesh.

Cc: venkatesh.pallipadi@intel.com
Cc: cpufreq@lists.linux.org.uk
Signed-off-by: Andi Kleen 
Signed-off-by: Linus Torvalds

[PATCH] Remove devinit and cpuinit from notifier_call definitions

2006-04-26T15:30:03+00:00

Few of the notifier_chain_register() callers use __init in the definition
of notifier_call.  It is incorrect as the function definition should be
available after the initializations (they do not unregister them during
initializations).

This patch fixes all such usages to _not_ have the notifier_call __init
section.

Signed-off-by: Chandra Seetharaman 
Signed-off-by: Linus Torvalds

[CPUFREQ] drivers/cpufreq/cpufreq.c: static functions mustn't be exported

2006-04-18T22:24:52+00:00

This patch removes the EXPORT_SYMBOL_GPL of the static function cpufreq_parse_governor().

Signed-off-by: Adrian Bunk 
Signed-off-by: Dave Jones

[CPUFREQ] If max_freq got reduced (e.g. by _PPC) a write to sysfs scaling_governor let cpufreq core stuck at low max_freq for ever

2006-04-18T22:24:52+00:00

The previous patch had bugs (locking and refcount).

This one could also be related to the latest DELL reports.
But they only slip into this if a user prog (e.g. powersave daemon does when
AC got (un) plugged due to a scheme change) echos something to
/sys/../cpufreq/scaling_governor
while the frequencies got limited by BIOS.

This one works:

Subject: Max freq stucks at low freq if reduced by _PPC and sysfs gov access

The problem is reproducable by(if machine is limiting freqs via BIOS):
 - Unplugging AC -> max freq gets limited
 - echo ${governor} >/sys/.../cpufreq/scaling_governor (policy->user_data.max
   gets overridden with policy->max and will never come up again.)

This patch exchanged the cpufreq_set_policy call to __cpufreq_set_policy and
duplicated it's functionality but did not override user_data.max.
The same happens with overridding min/max values. If freqs are limited and
you override the min freq value, the max freq global value will also get
stuck to the limited freq, even if BIOS allows all freqs again.
Last scenario does only happen if BIOS does not reduce the frequency
to the lowest value (should never happen, just for correctness...)

 drivers/cpufreq/cpufreq.c |   17 +++++++++++++++--
 1 files changed, 15 insertions(+), 2 deletions(-)

Signed-off-by: Thomas Renninger 
Signed-off-by: "Pallipadi, Venkatesh" 
Signed-off-by: Dave Jones

[CPUFREQ] Update LART site URL

2006-04-03T12:25:54+00:00

Update LART site URL.

The LART website moved to http://www.lartmaker.nl/. This patch
updates the URL in CpuFreq specific files.

Signed-off-by: Erik Mouw 
Signed-off-by: Dave Jones

[CPUFREQ] Remove pointless check in conservative governor.

2006-04-02T03:07:07+00:00

< 0 checks on unsigned variables are pointless.

Signed-off-by: Dave Jones

[CPUFREQ] trailing whitespace removal de-jour.

2006-03-29T06:48:37+00:00

Signed-off-by: Dave Jones

[CPUFREQ] extra debugging in cpufreq_add_dev()

2006-03-29T06:40:04+00:00

Snipped from an otherwise rejected patch by Jan Beulich 
Signed-off-by: Dave Jones

[CPUFREQ] cpufreq_conservative: keep ignore_nice_load and freq_step values when reselected

2006-03-28T17:20:18+00:00

Keep the value of ignore_nice_load and freq_step of the conservative
governor after the governor is deselected and reselected.

Signed-off-by: Mattia Dongili 
Signed-off-by: Dave Jones

Merge git://git.kernel.org/pub/scm/linux/kernel/git/brodo/cpufreq-2.6

2006-03-27T19:56:39+00:00