File linux-2.6-dvfs-0030-OMAP3-cpufreq-Use-dpll1_ck-clock-instead-of-arm_fck-.patch of Package kernel-adaptation-n900

File linux-2.6-dvfs-0030-OMAP3-cpufreq-Use-dpll1_ck-clock-instead-of-arm_fck-.patch of Package kernel-adaptation-n900 (Revision 719a0413fb6e1438eeb2510db72083f7)

Currently displaying revision 719a0413fb6e1438eeb2510db72083f7, show latest

From 195fa6aaabb0584eac0920c55e2b691e3aa43e6b Mon Sep 17 00:00:00 2001
From: Jarkko Nikula <jhnikula@gmail.com>
Date: Thu, 14 Apr 2011 14:51:45 +0300
Subject: [PATCH 30/32] OMAP3: cpufreq: Use dpll1_ck clock instead of arm_fck for MPU scaling

Frequency scaling doesn't happen with arm_fck since clk_round_rate returns
always the current hw rate and thus the (freqs.old == freqs.new) test in
function omap_target is always true. Reason for this is that there is no
round_rate function defined for arm_fck clock and thus code falls back to
current rate.

Following upstream patch changes OMAP3 cpufreq code to use dpll1_ck:
https://patchwork.kernel.org/patch/632781/

It seems logical change as there is round_clock function for dpll1_ck and
the arm_fck is derived from it.

Signed-off-by: Jarkko Nikula <jhnikula@gmail.com>
---
 arch/arm/plat-omap/cpu-omap.c |    2 +-
 1 files changed, 1 insertions(+), 1 deletions(-)

diff --git a/arch/arm/plat-omap/cpu-omap.c b/arch/arm/plat-omap/cpu-omap.c
index 358db96..98c8460 100644
--- a/arch/arm/plat-omap/cpu-omap.c
+++ b/arch/arm/plat-omap/cpu-omap.c
@@ -45,7 +45,7 @@ static struct cpufreq_frequency_table *freq_table;
 #ifdef CONFIG_ARCH_OMAP1
 #define MPU_CLK		"mpu"
 #elif defined(CONFIG_ARCH_OMAP3)
-#define MPU_CLK		"arm_fck"
+#define MPU_CLK		"dpll1_ck"
 #else
 #define MPU_CLK		"virt_prcm_set"
 #endif
-- 
1.7.0.4