aboutsummaryrefslogtreecommitdiffstats
path: root/target/linux/generic/pending-5.10/682-of_net-add-mac-address-increment-support.patch
Commit message (Collapse)AuthorAgeFilesLines
* kernel: fix mac-address-increment patchAnsuel Smith2021-11-151-11/+21
| | | | | | | | | Fix mac address increment patch. Permit to overflow to the next byte and correctly calculate the incremented mac. Reported-by: Chen Minqiang <ptpt52@gmail.com> Fixes: d284e6ef0f06 ("treewide: convert mtd-mac-address-increment* to generic implementation") Signed-off-by: Ansuel Smith <ansuelsmth@gmail.com>
* kernel: drop support for mtd-mac-addressAnsuel Smith2021-10-091-8/+3
| | | | | | | | Now that we have fully switched to nvmem interface we can drop the use of mtd-mac-address patches as it's not used anymore and the new nvmem implementation should be used for any new device. Signed-off-by: Ansuel Smith <ansuelsmth@gmail.com>
* kirkwood: import patch to fix build and refresh patchesDaniel Golle2021-08-051-1/+1
| | | | | | | | | kirkwood build broke due to missing include needed for ETH_ALEN. Add patch (sent upstream as well) to address that. Refresh patches for 5.4 and 5.10. Fixes: 91a52f22a1 ("treewide: backport support for nvmem on non platform devices") Signed-off-by: Daniel Golle <daniel@makrotopia.org>
* treewide: backport support for nvmem on non platform devicesAnsuel Smith2021-08-051-69/+25
| | | | | | | | | | | | In the current state, nvmem cells are only detected on platform device. To quickly fix the problem, we register the affected problematic driver with the of_platform but that is more an hack than a real solution. Backport from net-next the required patch so that nvmem can work also with non-platform devices and rework our current patch. Drop the mediatek and dsa workaround and rework the ath10k patches. Rework every driver that use the of_get_mac_address api. Signed-off-by: Ansuel Smith <ansuelsmth@gmail.com>
* generic: fix build warningDavid Bauer2021-07-291-1/+1
| | | | | | | | | Fixes a unused variable warning: drivers/of/of_net.c: In function 'of_get_mac_address_mtd': drivers/of/of_net.c:92:19: warning: unused variable 'prop' [-Wunused-variable] Signed-off-by: David Bauer <mail@david-bauer.net>
* generic: fix compile-error for non-mtd platformsDavid Bauer2021-07-291-1/+1
| | | | | | Fixes commit cd39aba402ea ("generic: write back netdev MAC-address to device-tree") Signed-off-by: David Bauer <mail@david-bauer.net>
* generic: write back netdev MAC-address to device-treeDavid Bauer2021-07-291-3/+3
| | | | | | | | | | | | The label-mac logic relies on the mac-address property of a netdev devices of-node. However, the mac address can also be stored as a different property or read from e.g. an mtd device. Create this node when reading a mac-address from OF if it does not already exist and copy the mac-address used for the device to this property. This way, the MAC address can be accessed using procfs. Signed-off-by: David Bauer <mail@david-bauer.net>
* linux/rockchip: update the USB 3.0 controller node patchRui Salvaterra2021-07-201-7/+2
| | | | | | | | | This has been added in Linux 5.10.51 [1], but it's broken/incomplete. Update our patch and refresh the remaining patches. [1] https://git.kernel.org/pub/scm/linux/kernel/git/stable/linux.git/commit/?h=v5.10.51&id=421aff50af5e4cdc56b3ac8d6b670e09697bc8ac Signed-off-by: Rui Salvaterra <rsalvaterra@gmail.com>
* treewide: convert mtd-mac-address-increment* to generic implementationAnsuel Smith2021-07-191-0/+133
Rework patch 681-NET-add-mtd-mac-address-support to implement only the function to read the mac-address from mtd. Generalize mtd-mac-address-increment function so it can be applied to any source of of_get_mac_address. Rename any mtd-mac-address-increment to mac-address-increment. Rename any mtd-mac-address-increment-byte to mac-address-increment-byte. This should make simplify the conversion of target to nvmem implementation. Signed-off-by: Ansuel Smith <ansuelsmth@gmail.com>