resource_refresh() call tried to refresh DVFS OPP levels also. This should
eventually be fixed in a way that DVFS VDD2 level is actually governed by
something.
Signed-off-by: Tero Kristo <[EMAIL PROTECTED]>
---
arch/arm/mach-omap2/pm34xx.c | 4 ++++
1 files changed, 4 insertions(+), 0 deletions(-)
diff --git a/arch/arm/mach-omap2/pm34xx.c b/arch/arm/mach-omap2/pm34xx.c
index e0c952e..7367f68 100644
--- a/arch/arm/mach-omap2/pm34xx.c
+++ b/arch/arm/mach-omap2/pm34xx.c
@@ -783,8 +783,12 @@ void omap3_pm_off_mode_enable(int enable)
state = PWRDM_POWER_RET;
#ifdef CONFIG_OMAP_PM_SRF
+ resource_lock_opp(VDD1_OPP);
+ resource_lock_opp(VDD2_OPP);
if (resource_refresh())
printk(KERN_ERR "Error: could not refresh resources\n");
+ resource_unlock_opp(VDD1_OPP);
+ resource_unlock_opp(VDD2_OPP);
#endif
list_for_each_entry(pwrst, &pwrst_list, node) {
pwrst->next_state = state;
--
1.5.4.3
--
To unsubscribe from this list: send the line "unsubscribe linux-omap" in
the body of a message to [EMAIL PROTECTED]
More majordomo info at http://vger.kernel.org/majordomo-info.html
