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
 
Hash Suite: Windows password security audit tool. GUI, reports in PDF.
[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-ID: <20200908074733.f33pwtreojzobivq@pali>
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

Powered by Openwall GNU/*/Linux Powered by OpenVZ