* [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).