[PATCH 1/3] drivers: clk: Add clk_get_children support
Stephen Boyd
sboyd at kernel.org
Mon Mar 19 11:21:55 PDT 2018
Quoting Jolly Shah (2018-02-28 14:27:39)
> From: Jolly Shah <jolly.shah at xilinx.com>
>
> This API helps to determine the users for any clock.
Ok, but why do you need it?
>
> Signed-off-by: Jolly Shah <jollys at xilinx.com>
> Signed-off-by: Tejas Patel <tejasp at xilinx.com>
> Signed-off-by: Shubhrajyoti Datta <shubhrajyoti.datta at xilinx.com>
> ---
> drivers/clk/clk.c | 28 ++++++++++++++++++++++++++++
> include/linux/clk-provider.h | 1 +
> 2 files changed, 29 insertions(+)
>
> diff --git a/drivers/clk/clk.c b/drivers/clk/clk.c
> index 0f686a9..947a18b 100644
> --- a/drivers/clk/clk.c
> +++ b/drivers/clk/clk.c
> @@ -274,6 +274,34 @@ struct clk_hw *clk_hw_get_parent(const struct clk_hw *hw)
> }
> EXPORT_SYMBOL_GPL(clk_hw_get_parent);
>
> +static unsigned int sibling;
Looks very thread unsafe!
> +
> +static void clk_show_subtree(struct clk_core *c,
> + int level)
> +{
> + struct clk_core *child;
> +
> + if (!c)
> + return;
> +
> + if (level == 1)
> + sibling++;
> +
> + hlist_for_each_entry(child, &c->children, child_node)
> + clk_show_subtree(child, level + 1);
> +}
> +
> +unsigned int clk_get_children(char *name)
> +{
> + struct clk_core *core;
> + struct clk *pclk = __clk_lookup(name);
> +
> + sibling = 0;
> + core = pclk->core;
> + clk_show_subtree(core, 0);
> + return sibling;
> +}
> +
> static struct clk_core *__clk_lookup_subtree(const char *name,
> struct clk_core *core)
> {
> diff --git a/include/linux/clk-provider.h b/include/linux/clk-provider.h
> index f711be6..e94dfb2 100644
> --- a/include/linux/clk-provider.h
> +++ b/include/linux/clk-provider.h
> @@ -745,6 +745,7 @@ unsigned int __clk_get_enable_count(struct clk *clk);
> unsigned long clk_hw_get_rate(const struct clk_hw *hw);
> unsigned long __clk_get_flags(struct clk *clk);
> unsigned long clk_hw_get_flags(const struct clk_hw *hw);
> +unsigned int clk_get_children(char *name);
And uses a string lookup instead of having the clk_hw pointer in hand.
No thanks.
More information about the linux-arm-kernel
mailing list