[PATCH 1/1] arm/imx6q-sabrelite: add enet phy ksz9021rn fixup

Richard Zhao richard.zhao at linaro.org
Tue Dec 13 07:13:51 EST 2011


On Tue, Dec 13, 2011 at 08:07:55PM +0800, Shawn Guo wrote:
> On Tue, Dec 13, 2011 at 04:24:18PM +0800, Richard Zhao wrote:
> > tune phy RGMII pad skew.
> > 
> > Signed-off-by: Richard Zhao <richard.zhao at linaro.org>
> > ---
> >  arch/arm/mach-imx/mach-imx6q.c |   21 +++++++++++++++++++++
> >  1 files changed, 21 insertions(+), 0 deletions(-)
> > 
> > diff --git a/arch/arm/mach-imx/mach-imx6q.c b/arch/arm/mach-imx/mach-imx6q.c
> > index d24d6c4..b3dcdcb 100644
> > --- a/arch/arm/mach-imx/mach-imx6q.c
> > +++ b/arch/arm/mach-imx/mach-imx6q.c
> > @@ -16,6 +16,8 @@
> >  #include <linux/of.h>
> >  #include <linux/of_irq.h>
> >  #include <linux/of_platform.h>
> > +#include <linux/phy.h>
> > +#include <linux/micrel_phy.h>
> >  #include <asm/hardware/cache-l2x0.h>
> >  #include <asm/hardware/gic.h>
> >  #include <asm/mach/arch.h>
> > @@ -23,8 +25,27 @@
> >  #include <mach/common.h>
> >  #include <mach/hardware.h>
> >  
> > +/* For imx6q sabrelite board: set KSZ9021RN RGMII pad skew */
> 
> Neither the comment nor the commit message can help me understand why
> this fixup is needed.
As commit log tells, it's for tune pad skew.
> 
> > +static int ksz9021rn_phy_fixup(struct phy_device *phydev)
> > +{
> > +	/* min rx data delay */
> > +	phy_write(phydev, 0x0b, 0x8105);
> > +	phy_write(phydev, 0x0c, 0x0000);
> > +
> > +	/* max rx/tx clock delay, min rx/tx control delay */
> > +	phy_write(phydev, 0x0b, 0x8104);
> > +	phy_write(phydev, 0x0c, 0xf0f0);
> > +	phy_write(phydev, 0x0b, 0x104);
> > +
> > +	return 0;
> > +}
> > +
> >  static void __init imx6q_init_machine(void)
> >  {
> > +	if (of_machine_is_compatible("fsl,imx6q-sabrelite"))
> > +		phy_register_fixup_for_uid(PHY_ID_KSZ9021, MICREL_PHY_ID_MASK,
> > +					 ksz9021rn_phy_fixup);
> > +
> 
> I would suggest put any setup specific to particular board after the
> common part, if we could.
For this case, it's ok  for me to put it after populate devices.
A little concern that, generally speaking, adding devices imply possiblely call
driver probe, fixups usually are added before driver probe.

Thanks
Richard
> 
> Regards,
> Shawn
> 
> >  	of_platform_populate(NULL, of_default_bus_match_table, NULL, NULL);
> >  
> >  	imx6q_pm_init();
> > -- 
> > 1.7.5.4
> 



More information about the linux-arm-kernel mailing list