aboutsummaryrefslogtreecommitdiffstats
path: root/drivers/regulator
diff options
context:
space:
mode:
authorRajendra Nayak <rnayak@ti.com>2011-05-26 14:43:09 +0530
committerColin Cross <ccross@android.com>2011-06-14 11:42:31 -0700
commit8817171b8fe28a02e6133d9841be4fb60a8ba4a8 (patch)
tree4509408ab07cd95dccad4ffb1d9c28281d036899 /drivers/regulator
parent94c844782e68104e9fe4267789918c2a1bb7f5b0 (diff)
downloadkernel_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