From: Yoshihiro Shimoda <yoshihiro.shimoda.uh@renesas.com> To: Andrew Lunn <andrew@lunn.ch>, Jakub Kicinski <kuba@kernel.org> Cc: "kishon@ti.com" <kishon@ti.com>, "vkoul@kernel.org" <vkoul@kernel.org>, "davem@davemloft.net" <davem@davemloft.net>, "edumazet@google.com" <edumazet@google.com>, "pabeni@redhat.com" <pabeni@redhat.com>, "richardcochran@gmail.com" <richardcochran@gmail.com>, "robh+dt@kernel.org" <robh+dt@kernel.org>, "krzysztof.kozlowski+dt@linaro.org" <krzysztof.kozlowski+dt@linaro.org>, "geert+renesas@glider.be" <geert+renesas@glider.be>, "linux-phy@lists.infradead.org" <linux-phy@lists.infradead.org>, "netdev@vger.kernel.org" <netdev@vger.kernel.org>, "devicetree@vger.kernel.org" <devicetree@vger.kernel.org>, "linux-renesas-soc@vger.kernel.org" <linux-renesas-soc@vger.kernel.org> Subject: RE: [PATCH v2 0/8] treewide: Add R-Car S4-8 Ethernet Switch support Date: Thu, 22 Sep 2022 01:31:43 +0000 [thread overview] Message-ID: <TYBPR01MB53411BA181FDA6FEADDFED38D84E9@TYBPR01MB5341.jpnprd01.prod.outlook.com> (raw) In-Reply-To: <Yyu38hhzNcjFfgCN@lunn.ch> Hi Andrew, > From: Andrew Lunn, Sent: Thursday, September 22, 2022 10:19 AM > > On Wed, Sep 21, 2022 at 06:06:40PM -0700, Jakub Kicinski wrote: > > On Thu, 22 Sep 2022 00:46:34 +0000 Yoshihiro Shimoda wrote: > > > I thought we have 2 types about the use of the treewide: > > > 1) Completely depends on multiple subsystems and/or > > > change multiple subsystems in a patch. > > > 2) Convenient for review. > > > > > > This patch series type is the 2) above. However, should I use > > > treewide for the 1) only? > > > > I thought "treewide" means you're changing something across the tree. > > If you want to get a new platform reviewed I'd just post the patches > > as RFC without any prefix in the subject. But I could be wrong. > > > > My main point (which I did a pretty poor job of actually making) > > was that for the networking driver to be merged it needs to get > > posted separately. > > Expanding on that... > > You have a clock patch, which should go via the clock subsystem Maintainer. > You have a PHY path, which should go via the generic PHY subsystem Maintainer. > You have an Ethernet driver and binding patch, which can go via netdev, > Cc: the device tree list. > And a patch to add the needed nodes to .dts files which can go via the > renesas Maintainer. > > At an early RFC stage, posting them all at once can be useful, to help > see all the bits and pieces. But by the time you have code ready for > merging, it should really go via easu subsystem Maintainer. Thank you very much for the detailed explanation. I completely understood it. > All these patches should then meet up in next, and work. If any are > missing, the driver should return -ENODEV or similar. Yes, I did test such things. > If there are any compile time dependencies in these patches, then we > need to handle them differently. But at a very quick glance, i don't > see any. You're correct. This patch series doesn't depend in compile time. Best regards, Yoshihiro Shimoda > Andrew
WARNING: multiple messages have this Message-ID (diff)
From: Yoshihiro Shimoda <yoshihiro.shimoda.uh@renesas.com> To: Andrew Lunn <andrew@lunn.ch>, Jakub Kicinski <kuba@kernel.org> Cc: "kishon@ti.com" <kishon@ti.com>, "vkoul@kernel.org" <vkoul@kernel.org>, "davem@davemloft.net" <davem@davemloft.net>, "edumazet@google.com" <edumazet@google.com>, "pabeni@redhat.com" <pabeni@redhat.com>, "richardcochran@gmail.com" <richardcochran@gmail.com>, "robh+dt@kernel.org" <robh+dt@kernel.org>, "krzysztof.kozlowski+dt@linaro.org" <krzysztof.kozlowski+dt@linaro.org>, "geert+renesas@glider.be" <geert+renesas@glider.be>, "linux-phy@lists.infradead.org" <linux-phy@lists.infradead.org>, "netdev@vger.kernel.org" <netdev@vger.kernel.org>, "devicetree@vger.kernel.org" <devicetree@vger.kernel.org>, "linux-renesas-soc@vger.kernel.org" <linux-renesas-soc@vger.kernel.org> Subject: RE: [PATCH v2 0/8] treewide: Add R-Car S4-8 Ethernet Switch support Date: Thu, 22 Sep 2022 01:31:43 +0000 [thread overview] Message-ID: <TYBPR01MB53411BA181FDA6FEADDFED38D84E9@TYBPR01MB5341.jpnprd01.prod.outlook.com> (raw) In-Reply-To: <Yyu38hhzNcjFfgCN@lunn.ch> Hi Andrew, > From: Andrew Lunn, Sent: Thursday, September 22, 2022 10:19 AM > > On Wed, Sep 21, 2022 at 06:06:40PM -0700, Jakub Kicinski wrote: > > On Thu, 22 Sep 2022 00:46:34 +0000 Yoshihiro Shimoda wrote: > > > I thought we have 2 types about the use of the treewide: > > > 1) Completely depends on multiple subsystems and/or > > > change multiple subsystems in a patch. > > > 2) Convenient for review. > > > > > > This patch series type is the 2) above. However, should I use > > > treewide for the 1) only? > > > > I thought "treewide" means you're changing something across the tree. > > If you want to get a new platform reviewed I'd just post the patches > > as RFC without any prefix in the subject. But I could be wrong. > > > > My main point (which I did a pretty poor job of actually making) > > was that for the networking driver to be merged it needs to get > > posted separately. > > Expanding on that... > > You have a clock patch, which should go via the clock subsystem Maintainer. > You have a PHY path, which should go via the generic PHY subsystem Maintainer. > You have an Ethernet driver and binding patch, which can go via netdev, > Cc: the device tree list. > And a patch to add the needed nodes to .dts files which can go via the > renesas Maintainer. > > At an early RFC stage, posting them all at once can be useful, to help > see all the bits and pieces. But by the time you have code ready for > merging, it should really go via easu subsystem Maintainer. Thank you very much for the detailed explanation. I completely understood it. > All these patches should then meet up in next, and work. If any are > missing, the driver should return -ENODEV or similar. Yes, I did test such things. > If there are any compile time dependencies in these patches, then we > need to handle them differently. But at a very quick glance, i don't > see any. You're correct. This patch series doesn't depend in compile time. Best regards, Yoshihiro Shimoda > Andrew -- linux-phy mailing list linux-phy@lists.infradead.org https://lists.infradead.org/mailman/listinfo/linux-phy
next prev parent reply other threads:[~2022-09-22 1:31 UTC|newest] Thread overview: 51+ messages / expand[flat|nested] mbox.gz Atom feed top 2022-09-21 8:47 [PATCH v2 0/8] treewide: Add R-Car S4-8 Ethernet Switch support Yoshihiro Shimoda 2022-09-21 8:47 ` [PATCH v2 1/8] clk: renesas: r8a779f0: Add Ethernet Switch clocks Yoshihiro Shimoda 2022-09-21 8:47 ` [PATCH v2 2/8] dt-bindings: phy: renesas: Document Renesas Ethernet SERDES Yoshihiro Shimoda 2022-09-22 7:28 ` Krzysztof Kozlowski 2022-09-22 7:28 ` Krzysztof Kozlowski 2022-09-22 7:39 ` Yoshihiro Shimoda 2022-09-22 7:39 ` Yoshihiro Shimoda 2022-09-22 7:56 ` Geert Uytterhoeven 2022-09-22 7:56 ` Geert Uytterhoeven 2022-09-22 8:20 ` Yoshihiro Shimoda 2022-09-22 8:20 ` Yoshihiro Shimoda 2022-09-21 8:47 ` [PATCH v2 3/8] phy: renesas: Add Renesas Ethernet SERDES driver for R-Car S4-8 Yoshihiro Shimoda 2022-09-21 8:47 ` [PATCH v2 4/8] dt-bindings: net: renesas: Document Renesas Ethernet Switch Yoshihiro Shimoda 2022-09-22 7:37 ` Krzysztof Kozlowski 2022-09-22 7:37 ` Krzysztof Kozlowski 2022-09-22 12:13 ` Andrew Lunn 2022-09-22 12:13 ` Andrew Lunn 2022-09-26 6:10 ` Yoshihiro Shimoda 2022-09-26 6:10 ` Yoshihiro Shimoda 2022-09-26 6:50 ` Krzysztof Kozlowski 2022-09-26 6:50 ` Krzysztof Kozlowski 2022-09-26 9:14 ` Yoshihiro Shimoda 2022-09-26 9:14 ` Yoshihiro Shimoda 2022-09-26 9:25 ` Krzysztof Kozlowski 2022-09-26 9:25 ` Krzysztof Kozlowski 2022-09-26 10:20 ` Yoshihiro Shimoda 2022-09-26 10:20 ` Yoshihiro Shimoda 2022-09-21 8:47 ` [PATCH v2 5/8] net: ethernet: renesas: Add Ethernet Switch driver Yoshihiro Shimoda 2022-09-21 8:47 ` [PATCH v2 6/8] net: ethernet: renesas: rswitch: Add R-Car Gen4 gPTP support Yoshihiro Shimoda 2022-09-21 14:34 ` Richard Cochran 2022-09-21 14:34 ` Richard Cochran 2022-09-22 0:10 ` Yoshihiro Shimoda 2022-09-22 0:10 ` Yoshihiro Shimoda 2022-09-21 8:47 ` [PATCH v2 7/8] arm64: dts: renesas: r8a779f0: Add Ethernet Switch and SERDES nodes Yoshihiro Shimoda 2022-09-21 8:47 ` [PATCH v2 8/8] arm64: dts: renesas: r8a779f0: spider: Enable Ethernet Switch and SERDES Yoshihiro Shimoda 2022-09-21 14:40 ` [PATCH v2 0/8] treewide: Add R-Car S4-8 Ethernet Switch support Jakub Kicinski 2022-09-21 14:40 ` Jakub Kicinski 2022-09-22 0:46 ` Yoshihiro Shimoda 2022-09-22 0:46 ` Yoshihiro Shimoda 2022-09-22 1:06 ` Jakub Kicinski 2022-09-22 1:06 ` Jakub Kicinski 2022-09-22 1:18 ` Andrew Lunn 2022-09-22 1:18 ` Andrew Lunn 2022-09-22 1:31 ` Yoshihiro Shimoda [this message] 2022-09-22 1:31 ` Yoshihiro Shimoda 2022-09-22 1:20 ` Yoshihiro Shimoda 2022-09-22 1:20 ` Yoshihiro Shimoda 2022-09-24 6:57 ` Vinod Koul 2022-09-24 6:57 ` Vinod Koul 2022-09-26 0:21 ` Yoshihiro Shimoda 2022-09-26 0:21 ` Yoshihiro Shimoda
Reply instructions: You may reply publicly to this message via plain-text email using any one of the following methods: * Save the following mbox file, import it into your mail client, and reply-to-all from there: mbox Avoid top-posting and favor interleaved quoting: https://en.wikipedia.org/wiki/Posting_style#Interleaved_style * Reply using the --to, --cc, and --in-reply-to switches of git-send-email(1): git send-email \ --in-reply-to=TYBPR01MB53411BA181FDA6FEADDFED38D84E9@TYBPR01MB5341.jpnprd01.prod.outlook.com \ --to=yoshihiro.shimoda.uh@renesas.com \ --cc=andrew@lunn.ch \ --cc=davem@davemloft.net \ --cc=devicetree@vger.kernel.org \ --cc=edumazet@google.com \ --cc=geert+renesas@glider.be \ --cc=kishon@ti.com \ --cc=krzysztof.kozlowski+dt@linaro.org \ --cc=kuba@kernel.org \ --cc=linux-phy@lists.infradead.org \ --cc=linux-renesas-soc@vger.kernel.org \ --cc=netdev@vger.kernel.org \ --cc=pabeni@redhat.com \ --cc=richardcochran@gmail.com \ --cc=robh+dt@kernel.org \ --cc=vkoul@kernel.org \ /path/to/YOUR_REPLY https://kernel.org/pub/software/scm/git/docs/git-send-email.html * If your mail client supports setting the In-Reply-To header via mailto: links, try the mailto: linkBe sure your reply has a Subject: header at the top and a blank line before the message body.
This is an external index of several public inboxes, see mirroring instructions on how to clone and mirror all data and code used by this external index.