[CPUFREQ] conservative: remove 10x from def_sampling_rate
authorAlexander Clouter <alex@digriz.org.uk>
Fri, 13 Feb 2009 19:03:26 +0000 (19:03 +0000)
committerDave Jones <davej@redhat.com>
Wed, 25 Feb 2009 03:47:32 +0000 (22:47 -0500)
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>
drivers/cpufreq/cpufreq_conservative.c

index c9bd0c55ad1e6fee18e26e1cf6964276117e4225..2ecd95e4ab1aca33c6e858698d0c16f1b28a19ba 100644 (file)
@@ -599,7 +599,7 @@ static int cpufreq_governor_dbs(struct cpufreq_policy *policy,
                                latency = 1;
 
                        def_sampling_rate =
-                               max(10 * latency * LATENCY_MULTIPLIER,
+                               max(latency * LATENCY_MULTIPLIER,
                                    MIN_STAT_SAMPLING_RATE);
 
                        dbs_tuners_ins.sampling_rate = def_sampling_rate;