DPLL4 autoidle is controlled through the register CM_PLL_AUTOIDLE which is to be restored by rom code from the scratchpad in case of a core domain context loss. But enabling this bit in scratchpad causes rom code to take an extra 20 ms delay in the restore path. To avoid this delay this bit is not enabled in the scratchpad today. This means after a core off happens DPLL4 autoidle is never again enabled back. This patch enables DPLL4 autoidle in case of core domain losing context. Signed-off-by: Thara Gopinath <thara@xxxxxx> --- arch/arm/mach-omap2/pm34xx.c | 8 ++++++++ 1 files changed, 8 insertions(+), 0 deletions(-) diff --git a/arch/arm/mach-omap2/pm34xx.c b/arch/arm/mach-omap2/pm34xx.c index e4db1ea..6e6d954 100644 --- a/arch/arm/mach-omap2/pm34xx.c +++ b/arch/arm/mach-omap2/pm34xx.c @@ -520,6 +520,14 @@ void omap_sram_idle(void) */ if (cpu_is_omap3430()) usb_musb_disable_autoidle(); + /* We do not program the scratchpad to restore back + * PER DPLL in autoidle due to 20 ms delay in + * rom code restore path. So enable it explicitly + * after core off + */ + cm_rmw_mod_reg_bits( + 0x0, (1 << OMAP3430_AUTO_PERIPH_DPLL_SHIFT), + PLL_MOD, CM_AUTOIDLE); } omap_uart_resume_idle(0); omap_uart_resume_idle(1); -- 1.5.6.3 -- 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
