From: "Mark A. Greer" <mgr...@animalcreek.com>
Currently, the OMAP3 cpuidle driver calls omap3_enter_idle()
which calls omap_sram_idle(). omap_sram_idle() eventually
causes a 'wfi' instruction to be executed effectively putting
the system to sleep. It is assumed that an I/O wake-up event
will occur to wake the system up again. This doesn't work on
systems that don't support I/O wake-ups (indicated by
omap3_has_io_wakeup() returning false).
To handle this, follow the same path in omap3_enter_idle()
that would be followed if an interrupt were pending.
Signed-off-by: Mark A. Greer <mgr...@animalcreek.com>
---
arch/arm/mach-omap2/cpuidle34xx.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/arch/arm/mach-omap2/cpuidle34xx.c
b/arch/arm/mach-omap2/cpuidle34xx.c
index 5358664..12cf81d 100644
--- a/arch/arm/mach-omap2/cpuidle34xx.c
+++ b/arch/arm/mach-omap2/cpuidle34xx.c
@@ -100,7 +100,7 @@ static int __omap3_enter_idle(struct cpuidle_device *dev,
pwrdm_set_next_pwrst(mpu_pd, mpu_state);
pwrdm_set_next_pwrst(core_pd, core_state);
- if (omap_irq_pending() || need_resched())
+ if (omap_irq_pending() || need_resched() || !omap3_has_io_wakeup())
goto return_sleep_time;
/* Deny idle for C1 */
--
1.7.9.4
--
To unsubscribe from this list: send the line "unsubscribe linux-omap" in
the body of a message to majord...@vger.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
