[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 +endifWhy 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.