[<prev] [next>] [<thread-prev] [day] [month] [year] [list]
Message-ID: <20240223202150.GA1176528@ragnatech.se>
Date: Fri, 23 Feb 2024 21:21:50 +0100
From: Niklas Söderlund <niklas.soderlund+renesas@...natech.se>
To: Geert Uytterhoeven <geert@...ux-m68k.org>
Cc: Rob Herring <robh+dt@...nel.org>,
Krzysztof Kozlowski <krzysztof.kozlowski+dt@...aro.org>,
Conor Dooley <conor+dt@...nel.org>, devicetree@...r.kernel.org,
"David S. Miller" <davem@...emloft.net>,
Eric Dumazet <edumazet@...gle.com>,
Jakub Kicinski <kuba@...nel.org>, Paolo Abeni <pabeni@...hat.com>,
netdev@...r.kernel.org, linux-renesas-soc@...r.kernel.org
Subject: Re: [PATCH v2] dt-bindings: net: renesas,ethertsn: Add Ethernet TSN
Hi Geert,
Thanks for your feedback.
On 2024-02-15 17:03:33 +0100, Geert Uytterhoeven wrote:
> Hi Niklas,
>
> On Tue, Nov 21, 2023 at 7:38 PM Niklas Söderlund
> <niklas.soderlund+renesas@...natech.se> wrote:
> > Add bindings for Renesas R-Car Ethernet TSN End-station IP. The RTSN
> > device provides Ethernet network.
> >
> > Signed-off-by: Niklas Söderlund <niklas.soderlund+renesas@...natech.se>
>
> Thanks for your patch, which is now commit c5b9f4792ea6b9ab
> ("dt-bindings: net: renesas,ethertsn: Add Ethernet TSN") in v6.8-rc1.
>
> > --- /dev/null
> > +++ b/Documentation/devicetree/bindings/net/renesas,ethertsn.yaml
>
> > + interrupts:
> > + items:
> > + - description: TX data interrupt
> > + - description: RX data interrupt
> > +
> > + interrupt-names:
> > + items:
> > + - const: tx
> > + - const: rx
>
> What about the (17!) other interrupts?
I did consider them but compared to say ravb each rtsn interrupt have a
rather lose description and no easy to define name. So I reasoned it was
better to only name the ones we use as we can give them sane names and
then as the driver grows with features we can extend the binding.
As each interrupt have a name this would not cause any backward
compatibility issues right?
>
> > + rx-internal-delay-ps:
> > + enum: [0, 1800]
> > +
> > + tx-internal-delay-ps:
> > + enum: [0, 2000]
>
> These two should either have a default, or be required (like on
> EtherAVB, where we couldn't have a default because the absence of
> these properties is used to enable a legacy fallback).
This is a good point, I have sent a patch to address this by adding a
default value.
>
> Gr{oetje,eeting}s,
>
> Geert
>
> --
> Geert Uytterhoeven -- There's lots of Linux beyond ia32 -- geert@...ux-m68k.org
>
> In personal conversations with technical people, I call myself a hacker. But
> when I'm talking to journalists I just say "programmer" or something like that.
> -- Linus Torvalds
--
Kind Regards,
Niklas Söderlund
Powered by blists - more mailing lists