[PATCH] OMAP: clock: fix race in disable all clocks
Paul Walmsley
paul at pwsan.com
Wed Apr 4 11:22:58 EDT 2012
cc Todd
On Thu, 15 Mar 2012, Nishanth Menon wrote:
> clk_disable_unused is invoked when CONFIG_OMAP_RESET_CLOCKS=y.
> Since clk_disable_unused is called as lateinitcall, there can
> be more than a few workqueues executing off secondary CPU(s).
> The current code does the following:
> a) checks if clk is unused
> b) holds lock
> c) disables clk
> d) unlocks
>
> Between (a) and (b) being executed on CPU0, It is possible to
> have a driver executing on CPU1 which could do a get_sync->clk_get
> (and increase the use_count) of the clock which was just about
> to be disabled by clk_disable_unused.
>
> We ensure instead that the entire list traversal is protected by
> the lock allowing for parent child clock traversal which could be
> potentially be done by runtime operations to be safe as well.
>
> Reported-by: Todd Poynor <toddpoynor at google.com>
> Signed-off-by: Nishanth Menon <nm at ti.com>
> ---
> To confirm this in reality happens, I setup a trap as follows:
> @@ -450,6 +450,8 @@ static int __init clk_disable_unused(void)
> continue;
>
> spin_lock_irqsave(&clockfw_lock, flags);
> + WARN(ck->usecount, "XXXX->RACECONDITION FOR CLOCK %s\n",
> + ck->name);
> arch_clock->clk_disable_unused(ck);
> spin_unlock_irqrestore(&clockfw_lock, flags);
> }
> Resultant log: http://pastebin.pandaboard.org/index.php/view/66400792
Thanks Nishanth & Todd, queued for 3.4-rc.
- Paul
More information about the linux-arm-kernel
mailing list