NVMEM typically loads after the ethernet driver and
of_get_ethdev_address returns -EPROBE_DEFER. return in such a case to
allow NVMEM to work.
Signed-off-by: Rosen Penev <redacted>
---
drivers/net/ethernet/freescale/fs_enet/fs_enet-main.c | 4 +++-
1 file changed, 3 insertions(+), 1 deletion(-)
NVMEM typically loads after the ethernet driver and
of_get_ethdev_address returns -EPROBE_DEFER. return in such a case to
allow NVMEM to work.
Signed-off-by: Rosen Penev <redacted>
---
drivers/net/ethernet/freescale/fs_enet/fs_enet-main.c | 4 +++-
1 file changed, 3 insertions(+), 1 deletion(-)
On Tue, Feb 24, 2026 at 12:29 AM Christophe Leroy (CS GROUP)
[off-list ref] wrote:
Le 24/02/2026 à 02:46, Rosen Penev a écrit :
quoted
NVMEM typically loads after the ethernet driver and
of_get_ethdev_address returns -EPROBE_DEFER. return in such a case to
allow NVMEM to work.
Signed-off-by: Rosen Penev <redacted>
---
drivers/net/ethernet/freescale/fs_enet/fs_enet-main.c | 4 +++-
1 file changed, 3 insertions(+), 1 deletion(-)
@@ -951,7 +951,9 @@ static int fs_enet_probe(struct platform_device *ofdev)spin_lock_init(&fep->lock);spin_lock_init(&fep->tx_lock);-of_get_ethdev_address(ofdev->dev.of_node,ndev);+ret=of_get_ethdev_address(ofdev->dev.of_node,ndev);+if(ret==-EPROBE_DEFER)+gotoout_cleanup_data;
What about other error cases ? Shouldn't it exit on all types of errors ?
For MAC acquisition? No. That would result in a non working interface
for no good reason.
The way other driver handle this is exit when probe is deferred, and
set a random MAC on other errors.
quoted
ret = fep->ops->allocate_bd(ndev);
if (ret)
--
2.53.0
Hello:
This patch was applied to netdev/net-next.git (main)
by Jakub Kicinski [off-list ref]:
On Mon, 23 Feb 2026 17:46:06 -0800 you wrote:
NVMEM typically loads after the ethernet driver and
of_get_ethdev_address returns -EPROBE_DEFER. return in such a case to
allow NVMEM to work.
Signed-off-by: Rosen Penev <redacted>
---
drivers/net/ethernet/freescale/fs_enet/fs_enet-main.c | 4 +++-
1 file changed, 3 insertions(+), 1 deletion(-)
[...]