[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-ID: <4bc6c23a-0dc8-443b-8e19-bdae07d6f452@lunn.ch>
Date: Wed, 8 Mar 2023 01:54:08 +0100
From: Andrew Lunn <andrew@...n.ch>
To: Christian Marangi <ansuelsmth@...il.com>
Cc: Florian Fainelli <f.fainelli@...il.com>,
Vladimir Oltean <olteanv@...il.com>,
"David S. Miller" <davem@...emloft.net>,
Eric Dumazet <edumazet@...gle.com>,
Jakub Kicinski <kuba@...nel.org>,
Paolo Abeni <pabeni@...hat.com>,
Rob Herring <robh+dt@...nel.org>,
Krzysztof Kozlowski <krzysztof.kozlowski+dt@...aro.org>,
Heiner Kallweit <hkallweit1@...il.com>,
Russell King <linux@...linux.org.uk>,
Gregory Clement <gregory.clement@...tlin.com>,
Sebastian Hesselbarth <sebastian.hesselbarth@...il.com>,
John Crispin <john@...ozen.org>, netdev@...r.kernel.org,
devicetree@...r.kernel.org, linux-kernel@...r.kernel.org,
linux-arm-kernel@...ts.infradead.org, Lee Jones <lee@...nel.org>,
linux-leds@...r.kernel.org
Subject: Re: [net-next PATCH 03/11] net: phy: Add a binding for PHY LEDs
On Tue, Mar 07, 2023 at 07:00:08PM +0100, Christian Marangi wrote:
> On Wed, Mar 08, 2023 at 12:17:51AM +0100, Andrew Lunn wrote:
> > On Tue, Mar 07, 2023 at 06:00:38PM +0100, Christian Marangi wrote:
> > > From: Andrew Lunn <andrew@...n.ch>
> > >
> > > Define common binding parsing for all PHY drivers with LEDs using
> > > phylib. Parse the DT as part of the phy_probe and add LEDs to the
> > > linux LED class infrastructure. For the moment, provide a dummy
> > > brightness function, which will later be replaced with a call into the
> > > PHY driver.
> > >
> > > Signed-off-by: Andrew Lunn <andrew@...n.ch>
> >
> > Hi Christian
> >
> > Since you are submitting this, you need to add your own Signed-off-by:
> > after mine.
> >
>
> Tought it was needed only for patch where I have put any change. (case
> of 2 patch in this series where there was a whitespace error and had to
> change a binding)
>
> Think I need do to this for every other patch right?
https://www.kernel.org/doc/html/latest/process/submitting-patches.html
says:
Any further SoBs (Signed-off-by:’s) following the author’s SoB are
from people handling and transporting the patch, but were not
involved in its development. SoB chains should reflect the real
route a patch took as it was propagated to the maintainers and
ultimately to Linus, with the first SoB entry signalling primary
authorship of a single author.
So yes, you need to add your Signed-off-by to all my patches,
independent of if you make changes or not.
Andrew
Powered by blists - more mailing lists