[PATCH v5] powerpc/mpc85xx: Update the clock nodes in device tree

Tang Yuantian-B29983 B29983 at freescale.com
Tue Oct 15 12:59:33 EST 2013


> -----Original Message-----
> From: Wood Scott-B07421
> Sent: 2013年10月15日 星期二 6:13
> To: Tang Yuantian-B29983
> Cc: Wood Scott-B07421; Mark Rutland; devicetree at vger.kernel.org;
> linuxppc-dev at lists.ozlabs.org; Li Yang-Leo-R58472
> Subject: Re: [PATCH v5] powerpc/mpc85xx: Update the clock nodes in device
> tree
> 
> On Fri, 2013-10-11 at 21:52 -0500, Tang Yuantian-B29983 wrote:
> > Thanks for your review.
> >
> > > -----Original Message-----
> > > From: Wood Scott-B07421
> > > Sent: 2013年10月12日 星期六 3:07
> > > To: Mark Rutland
> > > Cc: Tang Yuantian-B29983; devicetree at vger.kernel.org; linuxppc-
> > > dev at lists.ozlabs.org; Li Yang-Leo-R58472
> > > Subject: Re: [PATCH v5] powerpc/mpc85xx: Update the clock nodes in
> > > device tree
> > >
> > > I'm not sure I understand the "_0"/"_1" part, though.  Doesn't each
> > > PLL just have one output, which the consumer may choose to divide by
> > > 2 (or in some cases 4)?  Why does that division need to be exposed
> > > in the device tree as separate connections to the parent clock?
> > >
> > The device tree makes that quite clear.
> 
> You chose to model it that way in the device tree; that doesn't make it
> clear that the hardware works that way or that it's a good way to model
> it.
> 
> > Each PLL has several output which MUX node can take from.
> 
> Point out where in the hardware documentation it says this.  What I see
> is a PLL that has one output, and a MUX register that can choose from
> multiple PLL and divider options.
> 
Take T4240 for example: see section 4.6.5.1 , (Page 141) in T4240RM Rev. D, 09/2012.

> >  It is not a runtime decision.
> 
> Hmm?  It's a register you write to.
> 
I mean the number of PLL output or the division of PLL is not a runtime decision.
Which output of PLL the MUX can take is a runtime decision.

Regards,
Yuantian

> -Scott
> 



More information about the Linuxppc-dev mailing list