Thread (9 messages) flat view 9 messages, 3 authors, 2012-08-28
STALE5100d

[PATCH 1/5] arm: mmp: make private clock definition exclude from common clock

From: Chao Xie <hidden>
Date: 2012-08-28 01:40:07

On Tue, Aug 28, 2012 at 6:42 AM, Haojian Zhuang
[off-list ref] wrote:
On Mon, Aug 27, 2012 at 10:53 AM, Chao Xie [off-list ref] wrote:
quoted
From: Chao Xie <redacted>

the clock.c is mmp private implementation, make it excluded
from common clock framework

Signed-off-by: Chao Xie <redacted>
---
 arch/arm/mach-mmp/Makefile |    5 ++++-
 1 files changed, 4 insertions(+), 1 deletions(-)
diff --git a/arch/arm/mach-mmp/Makefile b/arch/arm/mach-mmp/Makefile
index b786f7e..815c3e7 100644
--- a/arch/arm/mach-mmp/Makefile
+++ b/arch/arm/mach-mmp/Makefile
@@ -2,13 +2,16 @@
 # Makefile for Marvell's PXA168 processors line
 #

-obj-y                          += common.o clock.o devices.o time.o irq.o
+obj-y                          += common.o devices.o time.o irq.o

 # SoC support
 obj-$(CONFIG_CPU_PXA168)       += pxa168.o
 obj-$(CONFIG_CPU_PXA910)       += pxa910.o
 obj-$(CONFIG_CPU_MMP2)         += mmp2.o sram.o

+ifeq ($(CONFIG_COMMON_CLK), )
+obj-y                          += clock.o
+endif
Why not to discard all private clock code? Maybe you can use common
clk in arch-mmp directly.
Our dvfs and devfreq are set up based on private clock code. The
migration of dvfs and devfreq is on going. Checking in common clock
framework code will help us mirgarate the dvfs and devfreq, but i do
not want to block the our product development, so I would like to keep
the private clock code untile we have settle down all the problems.
Keyboard shortcuts
hback out one level
jnext message in thread
kprevious message in thread
ldrill in
Escclose help / fold thread tree
?toggle this help