[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
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