netdev.vger.kernel.org archive mirror
 help / color / mirror / Atom feed
* [PATCH net v2] net: bgmac-bcma: handle deferred probe error due to mac-address
@ 2021-09-19 11:57 Christian Lamparter
  2021-09-19 12:20 ` patchwork-bot+netdevbpf
  0 siblings, 1 reply; 2+ messages in thread
From: Christian Lamparter @ 2021-09-19 11:57 UTC (permalink / raw)
  To: netdev, bcm-kernel-feedback-list
  Cc: Andrew Lunn, Jakub Kicinski, David S . Miller,
	Rafał Miłecki, Petr Štetiar, Michael Walle

Due to the inclusion of nvmem handling into the mac-address getter
function of_get_mac_address() by
commit d01f449c008a ("of_net: add NVMEM support to of_get_mac_address")
it is now possible to get a -EPROBE_DEFER return code. Which did cause
bgmac to assign a random ethernet address.

This exact issue happened on my Meraki MR32. The nvmem provider is
an EEPROM (at24c64) which gets instantiated once the module
driver is loaded... This happens once the filesystem becomes available.

With this patch, bgmac_probe() will propagate the -EPROBE_DEFER error.
Then the driver subsystem will reschedule the probe at a later time.

Cc: Petr Štetiar <ynezz@true.cz>
Cc: Michael Walle <michael@walle.cc>
Fixes: d01f449c008a ("of_net: add NVMEM support to of_get_mac_address")
Signed-off-by: Christian Lamparter <chunkeey@gmail.com>
---
changes:
	v1 -> v2:
		rewrote commit message
		based on net (commit 02319bf15ac) [Andrew Lunn]
		"net" tag [Andrew Lunn]
		added "CCs" of the previous authors in that area
---
 drivers/net/ethernet/broadcom/bgmac-bcma.c | 2 ++
 1 file changed, 2 insertions(+)

diff --git a/drivers/net/ethernet/broadcom/bgmac-bcma.c b/drivers/net/ethernet/broadcom/bgmac-bcma.c
index 85fa0ab7201c..9513cfb5ba58 100644
--- a/drivers/net/ethernet/broadcom/bgmac-bcma.c
+++ b/drivers/net/ethernet/broadcom/bgmac-bcma.c
@@ -129,6 +129,8 @@ static int bgmac_probe(struct bcma_device *core)
 	bcma_set_drvdata(core, bgmac);
 
 	err = of_get_mac_address(bgmac->dev->of_node, bgmac->net_dev->dev_addr);
+	if (err == -EPROBE_DEFER)
+		return err;
 
 	/* If no MAC address assigned via device tree, check SPROM */
 	if (err) {
-- 
2.33.0


^ permalink raw reply related	[flat|nested] 2+ messages in thread

* Re: [PATCH net v2] net: bgmac-bcma: handle deferred probe error due to mac-address
  2021-09-19 11:57 [PATCH net v2] net: bgmac-bcma: handle deferred probe error due to mac-address Christian Lamparter
@ 2021-09-19 12:20 ` patchwork-bot+netdevbpf
  0 siblings, 0 replies; 2+ messages in thread
From: patchwork-bot+netdevbpf @ 2021-09-19 12:20 UTC (permalink / raw)
  To: Christian Lamparter
  Cc: netdev, bcm-kernel-feedback-list, andrew, kuba, davem, rafal,
	ynezz, michael

Hello:

This patch was applied to netdev/net.git (refs/heads/master):

On Sun, 19 Sep 2021 13:57:25 +0200 you wrote:
> Due to the inclusion of nvmem handling into the mac-address getter
> function of_get_mac_address() by
> commit d01f449c008a ("of_net: add NVMEM support to of_get_mac_address")
> it is now possible to get a -EPROBE_DEFER return code. Which did cause
> bgmac to assign a random ethernet address.
> 
> This exact issue happened on my Meraki MR32. The nvmem provider is
> an EEPROM (at24c64) which gets instantiated once the module
> driver is loaded... This happens once the filesystem becomes available.
> 
> [...]

Here is the summary with links:
  - [net,v2] net: bgmac-bcma: handle deferred probe error due to mac-address
    https://git.kernel.org/netdev/net/c/029497e66bdc

You are awesome, thank you!
--
Deet-doot-dot, I am a bot.
https://korg.docs.kernel.org/patchwork/pwbot.html



^ permalink raw reply	[flat|nested] 2+ messages in thread

end of thread, other threads:[~2021-09-19 12:20 UTC | newest]

Thread overview: 2+ messages (download: mbox.gz follow: Atom feed
-- links below jump to the message on this page --
2021-09-19 11:57 [PATCH net v2] net: bgmac-bcma: handle deferred probe error due to mac-address Christian Lamparter
2021-09-19 12:20 ` patchwork-bot+netdevbpf

This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for NNTP newsgroup(s).