Subject: Re: [PATCH v2 2/3] clk: at91: sckc: add support for SAM9X60

From: Alexandre Belloni <[email-masked]>
Date: Wed, 20 Feb 2019 12:06:43 +0100

On 19/02/2019 09:17:43+0000, [email-masked] wrote:
> 
> 
> On 18.02.2019 23:20, Alexandre Belloni wrote:
> > On 14/02/2019 12:14:32+0000, [email-masked] wrote:
> >> From: Claudiu Beznea <[email-masked]>
> >>
> >> Add support for SAM9X60.
> >>
> >> Signed-off-by: Claudiu Beznea <[email-masked]>
> >> ---
> >>  drivers/clk/at91/sckc.c | 30 ++++++++++++++++++++++++++++++
> >>  1 file changed, 30 insertions(+)
> >>
> >> diff --git a/drivers/clk/at91/sckc.c b/drivers/clk/at91/sckc.c
> >> index b7163d3a2269..b3075c51d260 100644
> >> --- a/drivers/clk/at91/sckc.c
> >> +++ b/drivers/clk/at91/sckc.c
> >> @@ -459,6 +459,36 @@ static void __init of_at91sam9x5_sckc_setup(struct device_node *np)
> >>  CLK_OF_DECLARE(at91sam9x5_clk_sckc, "atmel,at91sam9x5-sckc",
> >>  	       of_at91sam9x5_sckc_setup);
> >>  
> >> +static const struct clk_slow_offsets at91sam9x60_offsets = {
> >> +	.cr_rcen = AT91_SCKC_OFFSET_INVALID,
> >> +	.cr_osc32en = 1,
> >> +	.cr_osc32byp = 2,
> >> +	.cr_oscsel = 24,
> >> +};
> >> +
> >> +static void __init of_at91sam9x60_sckc_setup(struct device_node *np)
> >> +{
> >> +	struct device_node *childnp;
> >> +	void (*clk_setup)(struct device_node *np, void __iomem *io,
> >> +			  const struct clk_slow_offsets *offsets);
> >> +	const struct of_device_id *clk_id;
> >> +	void __iomem *regbase = of_iomap(np, 0);
> >> +
> >> +	if (!regbase)
> >> +		return;
> >> +
> >> +	for_each_child_of_node(np, childnp) {
> >> +		clk_id = of_match_node(sckc_clk_ids, childnp);
> >> +		if (!clk_id)
> >> +			continue;
> >> +		clk_setup = clk_id->data;
> >> +		clk_setup(childnp, regbase, &at91sam9x60_offsets);
> >> +	}
> > 
> > You actually need to have new bindings. The sam9x60 registration should
> > look more like the sama5d4 registration. I have a rework for the sam9x5
> > sckc that I will send this week to have a proper binding (i.e: no
> > children).
> 
> Does this means that this would also solve the problem I tried to address
> with this patch?
> 

I've sent the series now. It doesn't solve this particular issue.

> > 
> > However, there is a fundamental change in the sam9x60, previously, the
> > sckc had only one output clock. the sam9x60 has both td_slck and
> > md_slck. Both need to be accessible because they are input to the PMC.
> 
> I was guided by the fact that md_slck is generated by the always on slow RC
> oscillator (part of slow clock controller) and since there is no control
> for it on slow clock controller there is no need to be described by this
> driver.
> 

Well, then it would need to be added as an input to the sckc which would
mean that you still need to change the binding. This doesn't matter too
much but else your clock tree would be wrong.

> > 
> > This means you will have to register the sckc with of_clk_hw_onecell_get
> > as the get callback.
> 
> Ok, I'll look into it.
> 
> > 
> > We could still decide to do the same with sam9x5 even if it has only one
> > output clock.
> > 

-- 
Alexandre Belloni, Bootlin
Embedded Linux and Kernel engineering
https://bootlin.com

_______________________________________________
linux-arm-kernel mailing list
[email-masked]
http://lists.infradead.org/mailman/listinfo/linux-arm-kernel