diff options
author | Rajendra Nayak <rnayak@ti.com> | 2011-05-26 14:43:09 +0530 |
---|---|---|
committer | Colin Cross <ccross@android.com> | 2011-06-14 11:42:31 -0700 |
commit | 8817171b8fe28a02e6133d9841be4fb60a8ba4a8 (patch) | |
tree | 4509408ab07cd95dccad4ffb1d9c28281d036899 /drivers/regulator | |
parent | 94c844782e68104e9fe4267789918c2a1bb7f5b0 (diff) | |
download | kernel_samsung_tuna-8817171b8fe28a02e6133d9841be4fb60a8ba4a8.zip kernel_samsung_tuna-8817171b8fe28a02e6133d9841be4fb60a8ba4a8.tar.gz kernel_samsung_tuna-8817171b8fe28a02e6133d9841be4fb60a8ba4a8.tar.bz2 |
OMAP4: clockdomain: Follow PRCM recommended enable sequence
On OMAP4, the PRCM recommended sequence for enabling
a module after power-on-reset is
-1- Force clkdm to SW_WKUP
-2- Configure desired module mode to "enable" or "auto"
-3- Wait for the desired module idle status to be FUNC
-4- Program clkdm in HW_AUTO(if supported)
This sequence applies to all older OMAPs' as well,
however since they use autodeps, it makes sure that
no clkdm is in IDLE, and hence not requiring a force
SW_WKUP when a module is being enabled.
OMAP4 does not need to support autodeps, because
of the dyanamic dependency feature, wherein
the HW takes care of waking up a clockdomain from
idle and hence the module, whenever an interconnect
access happens to the given module.
Autodeps were mainly needed on older OMAPs' as
this was not the case back then, and a module
access with the module/clkdm in idle would cause
an abort.
Fix the clkdm_clk_enable api to handle
this sequence on OMAP4.
Signed-off-by: Rajendra Nayak <rnayak@ti.com>
Diffstat (limited to 'drivers/regulator')
0 files changed, 0 insertions, 0 deletions