[PATCH] ARM: imx6q: support ptp and rmii clock from pad

Philippe De Muyter phdm at macq.eu
Mon Feb 10 03:26:19 EST 2014


On Mon, Feb 10, 2014 at 02:03:23PM +0800, Shawn Guo wrote:
> On Fri, Feb 07, 2014 at 11:45:18AM +0100, Philippe De Muyter wrote:
> > Thanks, Shawn
> > 
> > your patch works perfectly.  I can now use the same kernel on my sabresd
> > board (RGMII, enet_ref_clock generated by the imx6q) and my custom board
> > (RMII, clock generated by the PHY).
> 
> That's great.
> 
> > 
> > some comments. though :
> > 
> > the patch did not apply cleanly in clk-imx6q.c on v3.13
> 
> The patch targets v3.14-rc1, and if you need it for v3.13 you will need
> to back port it.
> 
> > 
> > don't forget to complete Documentation/devicetree/bindings/
> 
> It requires change on device tree sources but not bindings.  Which part
> of Documentation/devicetree/bindings/ do you think we need to update?

Would Documentation/devicetree/bindings/net/fsl-fec.txt (perhaps also
Documentation/devicetree/bindings/clock/imx6q-clock.txt) not be a good place
for that ?

Philippe

> 
> Shawn
> 
> > 
> > But, again, many thanks for the support
> > 
> > Philippe
> > 
> > 
> > On Thu, Feb 06, 2014 at 01:53:38PM +0800, Shawn Guo wrote:
> > > On imx6qdl, the ENET RMII and PTP clock can come from either internal
> > > ANATOP/CCM or external clock source through pad GPIO_16.  But in case
> > > of the external clock source, bit IOMUXC_GPR1[21] needs to be cleared.
> > > 
> > > The patch adds the support for systems that use an external clock source
> > > and distinguishes above two cases by checking if the PTP clock specified
> > > in device tree is the one coming from the internal ANATOP/CCM.
> > > 
> > > Signed-off-by: Shawn Guo <shawn.guo at linaro.org>

-- 
Philippe De Muyter +32 2 6101532 Macq SA rue de l'Aeronef 2 B-1140 Bruxelles



More information about the linux-arm-kernel mailing list