[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-ID: <CAFBinCDM=COSpZLSaqqDwpk48QC-sjASwD9O3VJU_SRgB_H_1A@mail.gmail.com>
Date: Tue, 17 Nov 2020 23:50:31 +0100
From: Martin Blumenstingl <martin.blumenstingl@...glemail.com>
To: Florian Fainelli <f.fainelli@...il.com>
Cc: davem@...emloft.net, kuba@...nel.org,
linux-amlogic@...ts.infradead.org, devicetree@...r.kernel.org,
robh+dt@...nel.org, netdev@...r.kernel.org,
jianxin.pan@...ogic.com, linux-kernel@...r.kernel.org,
linux-arm-kernel@...ts.infradead.org, khilman@...libre.com,
Neil Armstrong <narmstrong@...libre.com>, jbrunet@...libre.com,
andrew@...n.ch
Subject: Re: [PATCH RFC v2 3/5] net: stmmac: dwmac-meson8b: use picoseconds
for the RGMII RX delay
Hi Florian,
On Tue, Nov 17, 2020 at 7:36 PM Florian Fainelli <f.fainelli@...il.com> wrote:
>
> On 11/15/20 10:52 AM, Martin Blumenstingl wrote:
> > Amlogic Meson G12A, G12B and SM1 SoCs have a more advanced RGMII RX
> > delay register which allows picoseconds precision. Parse the new
> > "amlogic,rgmii-rx-delay-ps" property or fall back to the old
> > "amlogic,rx-delay-ns".
> >
> > Signed-off-by: Martin Blumenstingl <martin.blumenstingl@...glemail.com>
>
> Reviewed-by: Florian Fainelli <f.fainelli@...il.com>
first of all: thanks for reviewing this (and the rest of the series)!
> Maybe also issue a warning when the 'amlogic,rx-delay-ns' property is
> found in addition to the 'amlogic,rgmii-rx-delay-ps'? Up to you how to
> manage existing DTBs being deployed.
none of the upstream DTBs uses amlogic,rx-delay-ns - and I am also not
aware of anything being in use "downstream".
I will add a sentence to the commit description when I re-send this
without RFC, something along those lines: "No upstream DTB uses the
old amlogic,rx-delay-ns (yet). Only include minimalistic logic to fall
back to the old property, without any special validation (for example:
old and new property are given at the same time)"
What do you think?
Best regards,
Martin
Powered by blists - more mailing lists