[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Date: Wed, 4 May 2022 17:57:57 -0700
From: Jakub Kicinski <kuba@...nel.org>
To: Phil Edworthy <phil.edworthy@...esas.com>
Cc: Michael Turquette <mturquette@...libre.com>,
Stephen Boyd <sboyd@...nel.org>,
Rob Herring <robh+dt@...nel.org>,
Krzysztof Kozlowski <krzysztof.kozlowski+dt@...aro.org>,
"David S. Miller" <davem@...emloft.net>,
Eric Dumazet <edumazet@...gle.com>,
Paolo Abeni <pabeni@...hat.com>,
Geert Uytterhoeven <geert+renesas@...der.be>,
Sergey Shtylyov <s.shtylyov@....ru>,
Sergei Shtylyov <sergei.shtylyov@...il.com>,
Biju Das <biju.das.jz@...renesas.com>,
Lad Prabhakar <prabhakar.mahadev-lad.rj@...renesas.com>,
Chris Paterson <Chris.Paterson2@...esas.com>,
Magnus Damm <magnus.damm@...il.com>, linux-clk@...r.kernel.org,
netdev@...r.kernel.org, devicetree@...r.kernel.org,
linux-renesas-soc@...r.kernel.org
Subject: Re: [PATCH 0/9] Add Renesas RZ/V2M Ethernet support
On Wed, 4 May 2022 15:54:45 +0100 Phil Edworthy wrote:
> The RZ/V2M Ethernet is very similar to R-Car Gen3 Ethernet-AVB, though
> some small parts are the same as R-Car Gen2.
> Other differences are:
> * It has separate data (DI), error (Line 1) and management (Line 2) irqs
> rather than one irq for all three.
> * Instead of using the High-speed peripheral bus clock for gPTP, it has
> a separate gPTP reference clock.
>
> The dts patches depend on v4 of the following patch set:
> "Add new Renesas RZ/V2M SoC and Renesas RZ/V2M EVK support"
>
> Phil Edworthy (9):
> clk: renesas: r9a09g011: Add eth clock and reset entries
> dt-bindings: net: renesas,etheravb: Document RZ/V2M SoC
> ravb: Separate use of GIC reg for PTME from multi_irqs
> ravb: Separate handling of irq enable/disable regs into feature
> ravb: Support separate Line0 (Desc), Line1 (Err) and Line2 (Mgmt) irqs
> ravb: Use separate clock for gPTP
> ravb: Add support for RZ/V2M
> arm64: dts: renesas: r9a09g011: Add ethernet nodes
> arm64: dts: renesas: rzv2m evk: Enable ethernet
How are you expecting this to be merged?
I think you should drop the first (clk) patch from this series
so we can apply the series to net-next. And route the clk patch
thru Geert's tree separately?
Right now patchwork thinks the series is incomplete because it
hasn't received patch 1.
Powered by blists - more mailing lists