From: Alexander Clouter <alex@digriz.org.uk>
Date: Fri, 13 Feb 2009 19:03:26 +0000 (+0000)
Subject: [CPUFREQ] conservative: remove 10x from def_sampling_rate
X-Git-Tag: v2.6.30-rc1~678^2~5
X-Git-Url: http://review.tizen.org/git/?a=commitdiff_plain;h=a75603a084f1dd9a9558c8af95fc2acfc54f1021;p=platform%2Fupstream%2Fkernel-adaptation-pc.git

[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>
---

diff --git a/drivers/cpufreq/cpufreq_conservative.c b/drivers/cpufreq/cpufreq_conservative.c
index c9bd0c5..2ecd95e 100644
--- a/drivers/cpufreq/cpufreq_conservative.c
+++ b/drivers/cpufreq/cpufreq_conservative.c
@@ -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;