Alexander Clouter a75603a084 [CPUFREQ] conservative: remove 10x from def_sampling_rate ...

AMD users get particular hit by this issue (bug 8081) as it caps at
typically 90 seconds as the minimum period for a frequency change.
Harsh eh?  Years ago I borked this buy puting the 10x in the wrong
place...I fix that by removing it altogether.

Signed-off-by: Alexander Clouter <alex@digriz.org.uk>
Signed-off-by: Dave Jones <davej@redhat.com>

2009-02-24 22:47:32 -05:00

..

cpufreq_conservative.c

[CPUFREQ] conservative: remove 10x from def_sampling_rate

2009-02-24 22:47:32 -05:00

cpufreq_ondemand.c

[CPUFREQ] ondemand/conservative: sanitize sampling_rate restrictions

2009-02-24 22:47:31 -05:00

cpufreq_performance.c

[CPUFREQ] Don't export governors for default governor

2008-10-09 13:52:44 -04:00

cpufreq_powersave.c

[CPUFREQ] Don't export governors for default governor

2008-10-09 13:52:44 -04:00

cpufreq_stats.c

[CPUFREQ] checkpatch cleanups for cpufreq_stats

2009-02-24 22:47:30 -05:00

cpufreq_userspace.c

[CPUFREQ] checkpatch cleanups for userspace governor

2009-02-24 22:47:30 -05:00

cpufreq.c

[CPUFREQ] Introduce /sys/devices/system/cpu/cpu*/cpufreq/cpuinfo_transition_latency

2009-02-24 22:47:31 -05:00

freq_table.c

[CPUFREQ] checkpatch cleanups for freq_table

2009-02-24 22:47:30 -05:00

Kconfig

trivial: fix an -> a typos in documentation and comments

2009-01-06 11:28:07 +01:00

Makefile

[CPUFREQ] Conservative cpufreq governer

2005-05-31 19:03:47 -07:00