staging/neocturne/target/linux, branch main

generic: platform/mikrotik: add NVMEM layout driver

2024-06-20T13:53:55Z

Currently, information from MikroTik hard_config is only available via sysfs, meaning that we have to rely on userspace to for example setup MACs. So, lets provide a basic NVMEM layout based driver to expose the same cells as sysfs driver exposes. Do note that the we dont extract the WLAN caldata and BDF-s at this point. Reviewed-by: Thibaut VARÈNE Link: https://github.com/openwrt/openwrt/pull/15665 Signed-off-by: Robert Marko

generic: platform/mikrotik: move hard config tag ID-s to a header

2024-06-20T13:53:55Z

Move the hard config tag ID-s to a separate header so they can be reused by the NVMEM driver as well. Link: https://github.com/openwrt/openwrt/pull/15665 Signed-off-by: Robert Marko

ath79: trim useless package kmod-leds-reset for some devices

2024-06-20T12:02:13Z

Only NETGEAR WNDR3x00 series devices have reset controller LED. Signed-off-by: Shiji Yang

ath79: disable unnecessary driver CONFIG_LEDS_RESET

2024-06-20T12:02:13Z

This driver has already been packed as a software package. There is no need to build it into the kernel. Signed-off-by: Shiji Yang

ath79: add back usb LED label for NETGEAR WNDR3x00 devices

2024-06-20T12:02:13Z

The "reset-leds" driver does not support parsing color and function properties. Signed-off-by: Shiji Yang

bcm27xx: fix malformed upstream arm64 DT patch

2024-06-20T03:55:08Z

This patch was causing buildbot issues when copying arm64 DT files since bcm283x-rpi-csi1-2lane.dtsi and bcm283x-rpi-lan7515.dtsi were linked to "../../../../arm/boot/dts/" instead of "../../../../arm/boot/dts/broadcom". These files aren't needed, so let's remove them instead of fixing them. Signed-off-by: Álvaro Fernández Rojas Link: https://github.com/openwrt/openwrt/pull/15762 Signed-off-by: Christian Marangi

ath79: ag71xx: support probe defferal for getting MAC address

2024-06-20T09:11:36Z

Currently, of_get_ethdev_address() return is checked for any return error code which means that trying to get the MAC from NVMEM cells that is backed by MTD will fail if it was not probed before ag71xx. So, lets check the return error code for EPROBE_DEFER and defer the ag71xx probe in that case until the underlying NVMEM device is live. Link: https://github.com/openwrt/openwrt/pull/15752 Signed-off-by: Robert Marko

ipq40xx: net/ipqess: fix outbound port tag computation

2024-06-20T08:52:26Z

Since the introduction of out-of-band tagging, writing the outbound tag had been completely broken: First, in place of a port mask containing the port number, just the port number itself was set in the register value. Just after that, the full port mask 0x3e (all 5 external ports) was set unconditionally. This remained unnoticed because the switch would then use the FDB to decide where to send unicast packets; broadcast and multicast packets were however sent to every port. Fix the port tag computation and only use the full port mask as a fallback for non-DSA mode, as it was done in the older driver patches used on Linux 5.15. Fixes: cd9c7211241e ("ipq40xx: 6.1: use latest DSA and ethernet patches") Signed-off-by: Matthias Schiffer Signed-off-by: Robert Marko

kernel: bump 6.1 to 6.1.94

2024-06-20T08:41:50Z

https://cdn.kernel.org/pub/linux/kernel/v6.x/ChangeLog-6.1.94 All other patches automatically rebased. Build system: Kirkwood bcm53xx Signed-off-by: Zxl hhyccc

lantiq: fix pci driver once again

2024-06-20T07:56:50Z

In my previous attempt to solve the PCI problems for the lantiq targets, I did not pay attention to the fact that the original accesses to the GPIO took place in RAW mode. As a result, the polarity defined in the device trees (apart from the initial value) was irrelevant. In addition, the expected name of the GPIO in the dts has changed due to the upstream change and therefore no RESET is currently performed. As discussed in [1] on the linux-mips mailing list, we will now adapt the dts files accordingly instead of patching the driver: - dts property will be renamed to "reset-gpios" - Polarity is set to "GPIO_ACTIVE_LOW". I have verified this with a TP-Link TD-W8980. The PCI device is now recognized by the system. [1] https://patchwork.kernel.org/project/linux-mips/patch/20240607090400.1816612-1-ms@dev.tdt.de/ Signed-off-by: Martin Schiller Tested-by: Aleksander Jan Bajkowski # Tested on AVM 7330 (ar9) Link: https://github.com/openwrt/openwrt/pull/15731 Signed-off-by: Robert Marko