Thread (48 messages) flat view 48 messages, 7 authors, 2017-01-02

[PATCH 2/3] CLK: uninline clk_prepare_enable() and clk_disable_unprepare()

From: Russell King - ARM Linux <hidden>
Date: 2012-12-16 13:10:04
Also in: lkml

On Sun, Dec 16, 2012 at 06:35:24PM +0530, Viresh Kumar wrote:
On 16 December 2012 18:10, Russell King - ARM Linux
[off-list ref] wrote:
quoted
Well, there's my comment against patch 2 which never got a reply:

"Again, what about stuff not using drivers/clk/clk.c ?"

Has this been addressed?
Hmm.. I misread it and thought it is same as breaking other platforms
because there are
no dummy routines. But i was wrong :(

So, the problem is, platform not using common-clock framework uses
this routine, and they
don't want it to be dummy but call prepare & enable..

Because Dmirty requires this one to be non-inline, either he can move
these routines to
drivers/clk/clk-devres.c (which would be wrong) or can add wrappers
over them in clk-devres
file.
The point of the inlines in linux/clk.h is so that people using the clk
API have a way to transition to the new prepare+enable solution without
having their drivers break.  This patch series totally wrecks that by
making clk_prepare() private to the common clock framework.  All the
time that it does that, it's totally and utterly unsuitable for going
into mainline.

Is that strong enough language that my point is properly heard?
Keyboard shortcuts
hback out one level
jnext message in thread
kprevious message in thread
ldrill in
Escclose help / fold thread tree
?toggle this help