ARM: OMAP4: Fix EMU clock domain always on
authorJon Hunter <jon-hunter@ti.com>
Sat, 15 Dec 2012 08:35:54 +0000 (01:35 -0700)
committerPaul Walmsley <paul@pwsan.com>
Sat, 15 Dec 2012 08:35:54 +0000 (01:35 -0700)
commit29f0667f9239c2af48ef51c50b12c0250c65bb2a
treeb12c5dc4c193479683b1a3d15ce7635d25709d04
parent8c197ccfb60032859a32381b2e4bd4d2b8fdd338
ARM: OMAP4: Fix EMU clock domain always on

Commit d043d87 (ARM: OMAP2+: clockdomain: bypass clockdomain handling
when disabling unused clks) skips the decrementing of a clock-domains
use count if the clocks use count is zero. However, for OMAP4 devices
this is causing the EMU clock-domain to be stuck ON as the use count is
not getting decremented correctly.

The scenario that leads to this problem is described below ...

omap_hwmod_setup_all
--> _setup
    --> clkdm_hwmod_enable
     --> EMU clock domain usecount = 1
    --> _enable_clocks
        --> clk_enable
    --> trace_clk_div_div usecount = 1
            --> clkdm_hwmod_enable
             --> EMU clock domain usecount = 2
--> _idle
    --> _disable_clocks
--> clk_disable
            --> trace_clk_div_div usecount = 0
            --> clkdm_hwmod_disable
                --> skips decrement of EMU clock domain usecount
    because trace_clk_div_div is 0!
             --> EMU clock domain usecount = 2
    --> clkdm_hwmod_disable
     --> EMU clock domain usecount = 1

Hence, due to the order that a clocks use count is decremented and the
clock domain is disabled, it is possible that the clock domain can have
a non-zero use count when the actual clock has a use count of 0.
Therefore, we should only bypass the clock-domain handling when both the
clock-domain and clock in the clock-domain have a use count of 0 and
warn when the clock-domain has a zero use count and the clock has a
non-zero use count.

Signed-off-by: Jon Hunter <jon-hunter@ti.com>
[paul@pwsan.com: fixed checkpatch warning]
Signed-off-by: Paul Walmsley <paul@pwsan.com>
arch/arm/mach-omap2/clockdomain.c