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(-) -- To unsubscribe from this list: send the line "unsubscribe linux-omap" in the body of a message to majordomo@xxxxxxxxxxxxxxx More majordomo info at http://vger.kernel.org/majordomo-info.html