This patch allows to decouple and recouple the gic from the PRCMU. This is needed to put the A9 core in retention mode with the cpuidle driver.
Signed-off-by: Daniel Lezcano daniel.lezcano@linaro.org --- drivers/mfd/db8500-prcmu.c | 32 ++++++++++++++++++++++++++++++++ include/linux/mfd/db8500-prcmu.h | 2 ++ include/linux/mfd/dbx500-prcmu.h | 16 ++++++++++++++++ 3 files changed, 50 insertions(+), 0 deletions(-)
diff --git a/drivers/mfd/db8500-prcmu.c b/drivers/mfd/db8500-prcmu.c index af8e0ef..9baf4cd 100644 --- a/drivers/mfd/db8500-prcmu.c +++ b/drivers/mfd/db8500-prcmu.c @@ -787,6 +787,38 @@ int db8500_prcmu_set_power_state(u8 state, bool keep_ulp_clk, bool keep_ap_pll) return 0; }
+#define PRCMU_A9_MASK_REQ 0x00000328 +#define PRCMU_A9_MASK_REQ_MASK 0x00000001 +#define PRCMU_GIC_DELAY 1 + +/* This function decouple the gic from the prcmu */ +int db8500_prcmu_gic_decouple(void) +{ + u32 val = readl(_PRCMU_BASE + PRCMU_A9_MASK_REQ); + + /* Set bit 0 register value to 1 */ + writel(val | PRCMU_A9_MASK_REQ_MASK, _PRCMU_BASE + PRCMU_A9_MASK_REQ); + + /* Make sure the register is updated */ + readl(_PRCMU_BASE + PRCMU_A9_MASK_REQ); + + /* Wait a few cycles for the gic mask completion */ + udelay(PRCMU_GIC_DELAY); + + return 0; +} + +/* This function recouple the gic with the prcmu */ +int db8500_prcmu_gic_recouple(void) +{ + u32 val = readl(_PRCMU_BASE + PRCMU_A9_MASK_REQ); + + /* Set bit 0 register value to 0 */ + writel(val & ~PRCMU_A9_MASK_REQ_MASK, _PRCMU_BASE + PRCMU_A9_MASK_REQ); + + return 0; +} + /* This function should only be called while mb0_transfer.lock is held. */ static void config_wakeups(void) { diff --git a/include/linux/mfd/db8500-prcmu.h b/include/linux/mfd/db8500-prcmu.h index 60d27f7..a3c7eba 100644 --- a/include/linux/mfd/db8500-prcmu.h +++ b/include/linux/mfd/db8500-prcmu.h @@ -536,6 +536,8 @@ int prcmu_load_a9wdog(u8 id, u32 val);
void db8500_prcmu_system_reset(u16 reset_code); int db8500_prcmu_set_power_state(u8 state, bool keep_ulp_clk, bool keep_ap_pll); +int db8500_prcmu_gic_decouple(void); +int db8500_prcmu_gic_recouple(void); void db8500_prcmu_enable_wakeups(u32 wakeups); int db8500_prcmu_set_epod(u16 epod_id, u8 epod_state); int db8500_prcmu_request_clock(u8 clock, bool enable); diff --git a/include/linux/mfd/dbx500-prcmu.h b/include/linux/mfd/dbx500-prcmu.h index bac942f..d38cf7d 100644 --- a/include/linux/mfd/dbx500-prcmu.h +++ b/include/linux/mfd/dbx500-prcmu.h @@ -237,6 +237,22 @@ static inline int prcmu_set_power_state(u8 state, bool keep_ulp_clk, keep_ap_pll); }
+static inline int prcmu_gic_decouple(void) +{ + if (machine_is_u5500()) + return -EINVAL; + else + return db8500_prcmu_gic_decouple(); +} + +static inline int prcmu_gic_recouple(void) +{ + if (machine_is_u5500()) + return -EINVAL; + else + return db8500_prcmu_gic_recouple(); +} + static inline int prcmu_set_epod(u16 epod_id, u8 epod_state) { if (machine_is_u5500())
On 02/10/2012 11:22 AM, Daniel Lezcano wrote:
This patch allows to decouple and recouple the gic from the PRCMU. This is needed to put the A9 core in retention mode with the cpuidle driver.
Signed-off-by: Daniel Lezcanodaniel.lezcano@linaro.org
Linus,
I think I addressed all the concerns, is it possible to merge this patch ?
Thanks in advance. -- Daniel
On Fri, Feb 10, 2012 at 11:38 AM, Daniel Lezcano daniel.lezcano@linaro.org wrote:
I think I addressed all the concerns, is it possible to merge this patch ?
As detailed in another letter: does this build on top of the patch series "DB8500 PRCMU update" that was submitted some time ago? Please make sure it is either that or orthogonal so they don't collide.
Second: it's not me merging patches to the MFD subsystem, it's the MFD subsystem maintainer Saumel Ortiz.
Yours, Linus Walleij
On 02/13/2012 08:43 PM, Linus Walleij wrote:
On Fri, Feb 10, 2012 at 11:38 AM, Daniel Lezcano daniel.lezcano@linaro.org wrote:
I think I addressed all the concerns, is it possible to merge this patch ?
As detailed in another letter: does this build on top of the patch series "DB8500 PRCMU update" that was submitted some time ago? Please make sure it is either that or orthogonal so they don't collide.
It collides of course :)
What is the status of this patchset ? It is not in Samuel's tree and it is one month old with no comments.
Samuel ? Are you planning to take Linus's patchset ? It seems the patch I sent will collide with its patchset. The conflicts will be trivial to solve but I can respin on top of its patchset if you merge it.
Second: it's not me merging patches to the MFD subsystem, it's the MFD subsystem maintainer Saumel Ortiz.
Oh ok, thanks.
-- Daniel
On Mon, Feb 13, 2012 at 10:29 PM, Daniel Lezcano daniel.lezcano@free.fr wrote:
What is the status of this patchset ? It is not in Samuel's tree and it is one month old with no comments.
Samuel periodically has a lot to do I think, so I'd just be patient and wait for him to have a look at it.
Yours, Linus Walleij