RE: [PATCH 2/2 v2] arm64: dts: ls2080a: fsl-mc dt node updates

From: Stuart Yoder
Date: Tue Apr 19 2016 - 19:26:28 EST




> -----Original Message-----
> From: Shawn Guo [mailto:shawnguo@xxxxxxxxxx]
> Sent: Sunday, April 17, 2016 9:56 PM
> To: Stuart Yoder <stuart.yoder@xxxxxxx>
> Cc: devicetree@xxxxxxxxxxxxxxx; linux-arm-kernel@xxxxxxxxxxxxxxxxxxx; german.rivera@xxxxxxxxxxxxx;
> linux-kernel@xxxxxxxxxxxxxxx; robh+dt@xxxxxxxxxx; Yang-Leo Li <leoyang.li@xxxxxxx>
> Subject: Re: [PATCH 2/2 v2] arm64: dts: ls2080a: fsl-mc dt node updates
>
> On Wed, Apr 13, 2016 at 04:05:23PM -0500, Stuart Yoder wrote:
> > updates to the fsl-mc node for full functionality:
> > -msi-parent is needed for interrupt support
> > -ranges is needed to enable the bus driver to translate bus addresses
> > -dpmac nodes provide a basis for relating dpmac objects to PHYs
> >
> > Signed-off-by: Stuart Yoder <stuart.yoder@xxxxxxx>
> > ---
> >
> > -v2: updated comment to remove some extraneous info, added
> > carriage returns after dpmac nodes
> >
> > arch/arm64/boot/dts/freescale/fsl-ls2080a.dtsi | 98 ++++++++++++++++++++++++++
> > 1 file changed, 98 insertions(+)
> >
> > diff --git a/arch/arm64/boot/dts/freescale/fsl-ls2080a.dtsi b/arch/arm64/boot/dts/freescale/fsl-
> ls2080a.dtsi
> > index 9d746c6..15498eb 100644
> > --- a/arch/arm64/boot/dts/freescale/fsl-ls2080a.dtsi
> > +++ b/arch/arm64/boot/dts/freescale/fsl-ls2080a.dtsi
> > @@ -265,6 +265,104 @@
> > compatible = "fsl,qoriq-mc";
> > reg = <0x00000008 0x0c000000 0 0x40>, /* MC portal base */
> > <0x00000000 0x08340000 0 0x40000>; /* MC control reg */
> > + msi-parent = <&its>;
> > + #address-cells = <3>;
> > + #size-cells = <1>;
> > +
> > + /*
> > + * Region type 0x0 - MC portals
> > + * Region type 0x1 - QBMAN portals
> > + */
> > + ranges = <0x0 0x0 0x0 0x8 0x0c000000 0x4000000
> > + 0x1 0x0 0x0 0x8 0x18000000 0x8000000>;
> > +
> > + /*
> > + * Define the maximum number of MACs present on the SoC.
> > + */
> > + dpmacs {
> > + #address-cells = <1>;
> > + #size-cells = <0>;
> > +
> > + dpmac1: dpmac@1 {
> > + compatible = "fsl,qoriq-mc-dpmac";
> > + reg = <1>;
> > + };
> > +
> > + dpmac2: dpmac@2 {
> > + compatible = "fsl,qoriq-mc-dpmac";
> > + reg = <2>;
> > + };
> > +
> > + dpmac3: dpmac@3 {
> > + compatible = "fsl,qoriq-mc-dpmac";
> > + reg = <3>;
> > + };
> > +
> > + dpmac4: dpmac@4 {
> > + compatible = "fsl,qoriq-mc-dpmac";
> > + reg = <4>;
> > + };
> > +
> > + dpmac5: dpmac@5 {
> > + compatible = "fsl,qoriq-mc-dpmac";
> > + reg = <5>;
> > + };
> > +
> > + dpmac6: dpmac@6 {
> > + compatible = "fsl,qoriq-mc-dpmac";
> > + reg = <6>;
> > + };
> > +
> > + dpmac7: dpmac@7 {
> > + compatible = "fsl,qoriq-mc-dpmac";
> > + reg = <7>;
> > + };
> > +
> > + dpmac8: dpmac@8 {
> > + compatible = "fsl,qoriq-mc-dpmac";
> > + reg = <8>;
> > + };
> > +
> > + dpmac9: dpmac@9 {
> > + compatible = "fsl,qoriq-mc-dpmac";
> > + reg = <9>;
> > + };
> > +
> > + dpmac10: dpmac@10 {
>
> The unit-address should be same as reg property, i.e. both are in hex
> value.

Ok, will update. I am going to leave the labels in decimal because
that is how we refer to these mac devices in normal usage and in our
documentation. ls2080a users expect dpmac10 to be the 10th mac not
the 16th.

Thanks,
Stuart