[RFC][PATCH 0/2] Fix prm/cm accessor api's usage on OMAP4

[Rajendra Nayak <rnayak@ti.com>]

Hi,

This RFC patch series fixes the prm and cm accessor api usage which is
broken today on OMAP4.

OMAP's have always had PRCM split into PRM for power and reset
management and CM for clock management.
In OMAP4 the split (physically) is not very straight forward and
there are instances of clock management control registers in PRM
and vice versa.
However it still makes sense, even on OMAP4 to logically split
PRCM into PRM and CM for better understanding and to avoid adding
additonal complexity in higher level frameworks which rely on the
accessor api;s to do the low level register accesses. 

Hence this patch series makes sure that any clock management code can
use the cm_read/write* accessor apis (without knowing the physical split)
and power and reset management code can use prm_read/write*
accessor api;s.

regards,
Rajendra

Rajendra Nayak (2):
  OMAP4: PRCM: Add prcm_mpu_base to omap_globals
  OMAP4: PRCM: Fix usage of prm/cm accessor api's for OMAP4

 arch/arm/mach-omap2/cm.h                 |    4 +-
 arch/arm/mach-omap2/prcm-common.h        |   58 +++++++++++++++---------
 arch/arm/mach-omap2/prcm.c               |   73 ++++++++++++++++++++++++++++--
 arch/arm/mach-omap2/prm.h                |    4 +-
 arch/arm/plat-omap/common.c              |    1 +
 arch/arm/plat-omap/include/plat/common.h |    1 +
 6 files changed, 112 insertions(+), 29 deletions(-)