lists.openwall.net | lists / announce owl-users owl-dev john-users john-dev passwdqc-users yescrypt popa3d-users / oss-security kernel-hardening musl sabotage tlsify passwords / crypt-dev xvendor / Bugtraq Full-Disclosure linux-kernel linux-netdev linux-ext4 linux-hardening linux-cve-announce PHC | |
Open Source and information security mailing list archives
| ||
|
Date: Tue, 8 Sep 2020 09:47:33 +0200 From: Pali Rohár <pali@...nel.org> To: Andrew Lunn <andrew@...n.ch> Cc: Jason Cooper <jason@...edaemon.net>, Gregory Clement <gregory.clement@...tlin.com>, Sebastian Hesselbarth <sebastian.hesselbarth@...il.com>, Rob Herring <robh+dt@...nel.org>, Tomasz Maciej Nowak <tmn505@...il.com>, Andre Heider <a.heider@...il.com>, linux-arm-kernel@...ts.infradead.org, devicetree@...r.kernel.org, linux-kernel@...r.kernel.org Subject: Re: [PATCH] arm64: dts: marvell: espressobin: Add ethernet switch aliases On Monday 07 September 2020 19:23:45 Andrew Lunn wrote: > On Mon, Sep 07, 2020 at 06:13:16PM +0200, Pali Rohár wrote: > > On Monday 07 September 2020 17:43:53 Andrew Lunn wrote: > > > > I would not say it is a "new feature". But rather that patch in this > > > > email fixes issue that Linux kernel did not set correct MAC address for > > > > DSA slave ports. I think it is something which could be backported also > > > > to stable releases as "ignoring" vendor/factory MAC address is not > > > > correct behavior. > > > > > > Hi Pali > > > > > > The rules for stable are here: > > > > > > https://www.kernel.org/doc/html/v5.8/process/stable-kernel-rules.html > > > > > > Do you think it fits? > > > > > > Andrew > > > > Hello Andrew! I think it fits into those rules. As I wrote it fixes real > > bug that Linux kernel does not use correct MAC address for particular > > DSA slaves / ethernet ports. > > O.K, then: > > Reviewed-by: Andrew Lunn <andrew@...n.ch> > > Andrew Ok! Andrew, I would like to ask another question, how to correctly define that this patch depends on a2c7023f7075c? I specified it in human-readable part of commit description, but for backporting it would also need some machine-readable format. So patch would not be occasionally backported to older/stable kernel where a2c7023f7075c is not available.
Powered by blists - more mailing lists