6354ac76a4
This is an automatically generated commit which aids following Kernel patch history, as git will see the move and copy as a rename thus defeating the purpose. For the original discussion see: https://lists.openwrt.org/pipermail/openwrt-devel/2023-October/041673.html Signed-off-by: Stefan Kalscheuer <stefan@stklcode.de> Link: https://github.com/openwrt/openwrt/pull/18975 Signed-off-by: Hauke Mehrtens <hauke@hauke-m.de>
27 lines
884 B
Diff
27 lines
884 B
Diff
From: Tobias Schramm <tobias@t-sys.eu>
|
|
Subject: mvpp2: support fetching mac address from nvmem
|
|
|
|
The mvpp2 driver did not query nvmem for hardware mac addresses. This
|
|
patch adds querying of mac addresses stored in nvmem cells as a further
|
|
fallback option before assigning a random address.
|
|
Purposely added separately to fwnode_get_mac_address() above to maintain
|
|
existing behaviour with builtin adapter mac address still taking
|
|
precedence.
|
|
|
|
Signed-off-by: Tobias Schramm <tobias@t-sys.eu>
|
|
---
|
|
--- a/drivers/net/ethernet/marvell/mvpp2/mvpp2_main.c
|
|
+++ b/drivers/net/ethernet/marvell/mvpp2/mvpp2_main.c
|
|
@@ -6156,6 +6156,12 @@ static int mvpp2_port_copy_mac_addr(stru
|
|
return 0;
|
|
}
|
|
|
|
+ if (!of_get_mac_address(to_of_node(fwnode), hw_mac_addr)) {
|
|
+ *mac_from = "nvmem cell";
|
|
+ eth_hw_addr_set(dev, hw_mac_addr);
|
|
+ return 0;
|
|
+ }
|
|
+
|
|
*mac_from = "random";
|
|
eth_hw_addr_random(dev);
|
|
|