OMAP4 powerdomains have some inherent differences as compared to OMAP2/3 powerdomains, starting with register offsets being different to clubbing of multiple controls into one register and in some cases splitting of control into multiple registers. There are also new features like lowpowerstatechange bits and features like HW SAR which are no longer present in the older form. Supporting all these in the existing powerdomain framework would mean adding a lot of cpu_is_* checks which makes code unmaintainable going fwd. Hence this series is an attempt to split the existing powerdomain framework into platform independent part (which does error checking, usecounting et al) which can be reused across OMAP's and hook up platform specific functions to do low level programming which varies across OMAP's. The series is boot tested on OMAP 2430sdp/3430sdp and 4430sdp platforms. Additionally on 3430sdp, Retention and OFF support in system suspend is also validated with a minimal kernel config (omap3_pm_defconfig from Kevins tree hosted here git://git.kernel.org/pub/scm/linux/kernel/git/khilman/linux-omap-pm.git) regards, Rajendra Version History --------------- Version v2 * powerdomain.c retained in mach-omap2 instead of moving it to plat-omap * All common powerdomain functions now in powerdomain-common.c file instead of powerdomains.c * OMAP2/3 common and specific functions in powerdomain2xxx_3xxx.c file. * Other minor review comment fixes Version v1 http://marc.info/?l=linux-omap&m=128992190426815&w=2 Fixes all issues discussed on the RFC series and also has a few other changes * The below patch is dropped as the dependent patches for this are still under discussion. [RFC 6/8] OMAP: PRM: split the prm accessor api funcs for omap2/3 and omap4 http://marc.info/?l=linux-omap&m=128524531505429&w=2 * The below patch is also dropped as there are more than one context registers to be handled in some powerdomains and hence needs to be handled differently [RFC 7/8] omap4: powerdomain: add context_offset field http://marc.info/?l=linux-omap&m=128524531805435&w=2 The RFC series of these patches was posted here http://marc.info/?l=linux-omap&m=128524530605407&w=2 Rajendra Nayak (4): OMAP: powerdomain: Infrastructure to put arch specific code OMAP: powerdomain: Arch specific funcs for state control OMAP: powerdomain: Arch specific funcs for logic control OMAP: powerdomain: Arch specific funcs for mem control Santosh Shilimkar (1): OMAP4: powerdomain: Add pwrdm_clear_all_prev_pwrst arch/arm/mach-omap2/Makefile | 8 +- arch/arm/mach-omap2/io.c | 7 +- arch/arm/mach-omap2/powerdomain-common.c | 114 +++++++ arch/arm/mach-omap2/powerdomain.c | 396 +++++++------------------ arch/arm/mach-omap2/powerdomain2xxx_3xxx.c | 226 ++++++++++++++ arch/arm/mach-omap2/powerdomain44xx.c | 173 +++++++++++ arch/arm/mach-omap2/powerdomains.h | 21 ++ arch/arm/plat-omap/include/plat/powerdomain.h | 43 +++- 8 files changed, 698 insertions(+), 290 deletions(-) create mode 100644 arch/arm/mach-omap2/powerdomain-common.c create mode 100644 arch/arm/mach-omap2/powerdomain2xxx_3xxx.c create mode 100644 arch/arm/mach-omap2/powerdomain44xx.c -- 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
