diff options
| author | Jakub Kicinski <[email protected]> | 2025-04-17 00:51:35 +0000 |
|---|---|---|
| committer | Jakub Kicinski <[email protected]> | 2025-04-17 00:51:35 +0000 |
| commit | 20accfd3aa0b0aebbc27d1f3bddb819db7b854a3 (patch) | |
| tree | 466dbc7a0f864d354d5164019c2eada2ac48f39a /net/unix/af_unix.c | |
| parent | Merge branch 'net-ptp-driver-opt-in-for-supported-ptp-ioctl-flags' (diff) | |
| parent | net: ethernet: ti: am65-cpsw: handle -EPROBE_DEFER (diff) | |
| download | kernel-20accfd3aa0b0aebbc27d1f3bddb819db7b854a3.tar.gz kernel-20accfd3aa0b0aebbc27d1f3bddb819db7b854a3.zip | |
Merge branch 'net-ethernet-ti-am65-cpsw-fix-mac-address-fetching'
Michael Walle says:
====================
net: ethernet: ti: am65-cpsw: Fix MAC address fetching
MAC addresses can be fetched from a NVMEM device. of_get_mac_address()
will return EPROBE_DEFER if that device is not available yet. That
isn't handled correctly by the driver and it will always fall back
to either a random MAC address or it's own "fetch by fuse" method.
Also, if the ethernet (sub)node has a link to the nvmem device,
it will fail to create a device link as the fwnode parameter isn't
populated. That's fixed in the first patch.
====================
Link: https://patch.msgid.link/[email protected]
Signed-off-by: Jakub Kicinski <[email protected]>
Diffstat (limited to 'net/unix/af_unix.c')
0 files changed, 0 insertions, 0 deletions