diff options
author | Santosh Shilimkar <santosh.shilimkar@ti.com> | 2011-08-20 02:59:39 +0400 |
---|---|---|
committer | Paul Walmsley <paul@pwsan.com> | 2011-08-20 02:59:39 +0400 |
commit | b1cbdb00da2ac00eb67fe277e563ff1f5093b4ba (patch) | |
tree | 102865903e981befe15585b0b63ad14b482a160d /arch/arm/mach-omap2/clock44xx_data.c | |
parent | c956b753e706f24d18a026f8efa4df3b1919fcc9 (diff) | |
download | linux-b1cbdb00da2ac00eb67fe277e563ff1f5093b4ba.tar.xz |
OMAP: clockdomain: Wait for powerdomain to be ON when using clockdomain force wakeup
While using clockdomain force wakeup method, not waiting for powerdomain
to be effectively ON may end up locking the clockdomain FSM until a
next wakeup event occurs.
One such issue was seen on OMAP4430, where L4_PER was periodically
getting stuck in in-transition state when transitioning from from OSWR to ON.
This issue was reported and investigated by Patrick Titiano <p-titiano@ti.com>
Signed-off-by: Santosh Shilimkar <santosh.shilimkar@ti.com>
Signed-off-by: Rajendra Nayak <rnayak@ti.com>
Reported-by: Patrick Titiano <p-titiano@ti.com>
Cc: Kevin Hilman <khilman@ti.com>
Cc: Benoit Cousson <b-cousson@ti.com>
Cc: Paul Walmsley <paul@pwsan.com>
[paul@pwsan.com: updated to apply; added transition wait on clkdm_deny_idle();
remove two superfluous pwrdm_wait_transition() calls]
Signed-off-by: Paul Walmsley <paul@pwsan.com>
Diffstat (limited to 'arch/arm/mach-omap2/clock44xx_data.c')
0 files changed, 0 insertions, 0 deletions