On Tue, Jan 17, 2023 at 09:27:56AM +0100, Paolo Abeni wrote: > Hi, > > On Fri, 2023-01-13 at 11:33 +0800, Clark Wang wrote: > > This patchset add imx93 support for dwmac-imx glue driver. > > There are some changes of GPR implement. > > And add fec and eqos nodes for imx93 dts. > > > > Clark Wang (7): > > net: stmmac: add imx93 platform support > > dt-bindings: add mx93 description > > dt-bindings: net: fec: add mx93 description > > arm64: dts: imx93: add eqos support > > arm64: dts: imx93: add FEC support > > arm64: dts: imx93-11x11-evk: enable eqos > > arm64: dts: imx93-11x11-evk: enable fec function > > > > .../devicetree/bindings/net/fsl,fec.yaml | 1 + > > .../bindings/net/nxp,dwmac-imx.yaml | 4 +- > > .../boot/dts/freescale/imx93-11x11-evk.dts | 78 +++++++++++++++++++ > > arch/arm64/boot/dts/freescale/imx93.dtsi | 48 ++++++++++++ > > .../net/ethernet/stmicro/stmmac/dwmac-imx.c | 55 +++++++++++-- > > 5 files changed, 180 insertions(+), 6 deletions(-) > > It's not clear to me if the whole series should go via netdev. I > think/fear such option could cause later conflicts for Linus. Does it > make sense to split this in 2 chunks, and have only the first 3 patches > merged via netdev? I share the same concern here. David, Could you *not* apply DTS patches in the future? People often include driver changes and corresponding DTS ones in a single series to ease cross reviewing and testing. If picking selected patches from a series could a problem for your applying robot, we should probably start asking people to split change-sets. Shawn
