[PATCH V2] clk: give clock chance to change parent at setrate stage

Mike Turquette mturquette at ti.com
Wed May 9 14:34:55 EDT 2012


On 20120504-23:58, Lei Wen wrote:
> There is one clock rate changing requirement like those:
> 1. clock may need specify specific rate binded with specific parent
> 2. driver care only set_rate, don't care for which parent it is linked
> 3. It need registering notification to changing voltage
> 4. It want keep parent and rate changing in an atomic operation, which
>   means for chaning parent, it only caching the mux chaning, and
>   maintent the relationship in this tree, while do the real parent
>   and rate chaning in the set_rate callback. And it requires
>   recalculated rate reflect the true rate changing state to make the
>   decision to whether sending notification.
> 
> Base on those assumption, the logic in set_rate is changed a little, the
> round_rate should return not only best parent_rate, but also best
> parent. If best parent is changed, we would switch parent first, then do
> the sub rate chaning.
> 
> Signed-off-by: Lei Wen <leiwen at marvell.com>
> Acked-by: Raul Xiong <raulxiong at gmail.com>

Hi Lei,

On the whole I am not convinced this change is necessary.  It would help
me to see the .set_rate implementation for your platform that makes use
of this change.  Can you share that code, even if it is in an unfinished
state?

Also would you mind taking a look at OMAP's PLL .set_rate
implementation?  This code must also change parents based on rate but
doesn't require your patch.  It uses __clk_reparent to clean up the
clock tree afterwards.  Please view the relevant function here:
http://git.linaro.org/gitweb?p=people/mturquette/linux.git;a=blob;f=arch/arm/mach-omap2/dpll3xxx.c;h=63e92e2d4bb80ea702572b919c17b0ac9f93cc0e;hb=clk-next-omap#l425

There is a parallel thread also discussing some aspects of this topic:
http://article.gmane.org/gmane.linux.ports.tegra/4696

snip
> @@ -767,6 +768,7 @@ static struct clk *clk_calc_new_rates(struct clk
> *clk, unsigned long rate)
>        struct clk *top = clk;
>        unsigned long best_parent_rate = clk->parent->rate;
>        unsigned long new_rate;
> +       int ret;
> 
>        if (!clk->ops->round_rate && !(clk->flags & CLK_SET_RATE_PARENT)) {
>                clk->new_rate = clk->rate;
> @@ -785,6 +787,21 @@ static struct clk *clk_calc_new_rates(struct clk
> *clk, unsigned long rate)
>        else
>                new_rate = clk->ops->round_rate(clk->hw, rate, NULL);
> 
> +       if (clk->hw->new_parent && (clk->hw->new_parent != clk->parent)) {
> +               if ((clk->flags & CLK_SET_PARENT_GATE) && clk->prepare_count)
> +                       ret = -EBUSY;

This check is redundant since __clk_set_parent will do the same.  The
caller (clk_calc_new_rates) should simply call __clk_set_parent and
handle the returned error code.

> +               else
> +                       ret = __clk_set_parent(clk, clk->hw->new_parent);
> +
> +               if (ret) {
> +                       pr_debug("%s: %s set parent to %s failed\n", __func__,
> +                                       clk->name, clk->hw->new_parent->name);
> +                       return NULL;
> +               }
> +
> +               __clk_reparent(clk, clk->hw->new_parent);

This call is also redundant since __clk_set_parent calls __clk_reparent.

> +       }
> +
>        if (best_parent_rate != clk->parent->rate) {
>                top = clk_calc_new_rates(clk->parent, best_parent_rate);
> 
> @@ -1050,7 +1067,10 @@ out:
> 
>        clk->parent = new_parent;
> 
> -       __clk_recalc_rates(clk, POST_RATE_CHANGE);
> +       if (!clk->hw->new_parent)
> +               __clk_recalc_rates(clk, POST_RATE_CHANGE);
> +       else
> +               clk->hw->new_parent = NULL;

I don't like this change at all.

>  }
> 
>  static int __clk_set_parent(struct clk *clk, struct clk *parent)
> diff --git a/include/linux/clk-provider.h b/include/linux/clk-provider.h
> index 5508897..54dad8a 100644
> --- a/include/linux/clk-provider.h
> +++ b/include/linux/clk-provider.h
> @@ -23,9 +23,11 @@
>  *
>  * clk: pointer to the struct clk instance that points back to this struct
>  * clk_hw instance
> + * new_parent: pointer for caching new parent position
>  */
>  struct clk_hw {
>        struct clk *clk;
> +       struct clk *new_parent;

I would not put new_parent in struct clk_hw, but instead struct clk.
This is analogous to the new_rate member of struct clk.

>  };
> 
>  /*
> --
> 1.7.5.4



More information about the linux-arm-kernel mailing list