summaryrefslogtreecommitdiff
path: root/arch/arm/mach-omap2/clock44xx_data.c
diff options
context:
space:
mode:
authorSantosh Shilimkar <santosh.shilimkar@ti.com>2011-08-20 02:59:39 +0400
committerPaul Walmsley <paul@pwsan.com>2011-08-20 02:59:39 +0400
commitb1cbdb00da2ac00eb67fe277e563ff1f5093b4ba (patch)
tree102865903e981befe15585b0b63ad14b482a160d /arch/arm/mach-omap2/clock44xx_data.c
parentc956b753e706f24d18a026f8efa4df3b1919fcc9 (diff)
downloadlinux-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