Thread (13 messages) 13 messages, 4 authors, 2012-06-27

Re: [PATCH 05/11] OMAPDSS: add clk_prepare and clk_unprepare

STALE5211d

From: Russell King - ARM Linux <hidden>
Date: 2012-06-25 11:22:03
Also in: linux-arm-kernel, linux-omap

On Mon, Jun 25, 2012 at 09:07:58AM +0300, Tomi Valkeinen wrote:
On Fri, 2012-06-22 at 19:18 +0530, Rajendra Nayak wrote:
quoted
In preparation of OMAP moving to Common Clk Framework(CCF) add clk_prepare()
and clk_unprepare() for the omapdss clocks.
You used clk_prepare and clk_unprepare instead of clk_prepare_enable and
clk_disable_unprepare. I didn't check the dss driver yet, but my hunch
is that the clocks are normally not enabled/disabled from atomic
context.

What does the prepare/unprepare actually do? Is there any benefit in
delaying preparing, i.e. is there a difference between prepare right
after clk_get, or prepare right before clk_enable? (And similarly for
unprepare)
I think you're looking at this the wrong way.

Think of clk_prepare() as the _sleepable_ part of clk_enable().  So, think
of clk_prepare() as ideally being placed just before clk_enable() with the
exception that if that's not possible (because you're in a non-atomic
context) it should be placed in a position as close to clk_enable() as
possible which is atomic.

Don't think of it as an extra step to be done after clk_get() but as an
extra step needing to be done before clk_enable().
Keyboard shortcuts
hback out one level
jnext message in thread
kprevious message in thread
ldrill in
Escclose help / fold thread tree
?toggle this help