mirror of
https://github.com/torvalds/linux.git
synced 2024-11-08 13:11:45 +00:00
ARM: OMAP2+: hwmod: call to _omap4_disable_module() should use the SoC-specific call
The hwmod code unconditionally calls _omap4_disable_module() on all SoCs when a module doesn't enable correctly. This "worked" due to the weak function omap4_cminst_wait_module_idle() in arch/arm/mach-omap2/prcm.c, which was a no-op. But now those weak functions are going away - they should not be used. So this patch will now call the SoC-specific disable_module code, assuming it exists. Needs to be done before the weak function is removed, otherwise AM33xx will crash early in boot. Signed-off-by: Paul Walmsley <paul@pwsan.com> Tested-by: Vaibhav Hiremath <hvaibhav@ti.com>
This commit is contained in:
parent
b13159afb4
commit
2577a4a609
@ -2062,7 +2062,8 @@ static int _enable(struct omap_hwmod *oh)
|
|||||||
_enable_sysc(oh);
|
_enable_sysc(oh);
|
||||||
}
|
}
|
||||||
} else {
|
} else {
|
||||||
_omap4_disable_module(oh);
|
if (soc_ops.disable_module)
|
||||||
|
soc_ops.disable_module(oh);
|
||||||
_disable_clocks(oh);
|
_disable_clocks(oh);
|
||||||
pr_debug("omap_hwmod: %s: _wait_target_ready: %d\n",
|
pr_debug("omap_hwmod: %s: _wait_target_ready: %d\n",
|
||||||
oh->name, r);
|
oh->name, r);
|
||||||
|
Loading…
Reference in New Issue
Block a user