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
| ||
|
Message-ID: <YU9S6ITeQCRJAAJv@lunn.ch> Date: Sat, 25 Sep 2021 18:48:40 +0200 From: Andrew Lunn <andrew@...n.ch> To: Matthew Hagan <mnhagan88@...il.com> Cc: Christian Lamparter <chunkeey@...il.com>, Florian Fainelli <f.fainelli@...il.com>, Rob Herring <robh+dt@...nel.org>, Ray Jui <rjui@...adcom.com>, Scott Branden <sbranden@...adcom.com>, bcm-kernel-feedback-list@...adcom.com, Rafał Miłecki <rafal@...ecki.pl>, "David S. Miller" <davem@...emloft.net>, Jakub Kicinski <kuba@...nel.org>, devicetree@...r.kernel.org, linux-arm-kernel@...ts.infradead.org, linux-kernel@...r.kernel.org, netdev@...r.kernel.org Subject: Re: [PATCH 1/2] net: bgmac-platform: handle mac-address deferral On Sat, Sep 25, 2021 at 11:36:27AM +0000, Matthew Hagan wrote: > This patch is a replication of Christian Lamparter's "net: bgmac-bcma: > handle deferred probe error due to mac-address" patch for the > bgmac-platform driver [1]. > > As is the case with the bgmac-bcma driver, this change is to cover the > scenario where the MAC address cannot yet be discovered due to reliance > on an nvmem provider which is yet to be instantiated, resulting in a > random address being assigned that has to be manually overridden. > > [1] https://lore.kernel.org/netdev/20210919115725.29064-1-chunkeey@gmail.com > > Signed-off-by: Matthew Hagan <mnhagan88@...il.com> Reviewed-by: Andrew Lunn <andrew@...n.ch> Andrew
Powered by blists - more mailing lists