変更履歴

mac80211: set basic-rate for mesh interfaces

Basic rates were not set for mesh-interfaces, resulting in the undesired
behavior where 11s frames might be sent with a rate which was not
configured.

Depending on the driver, the basic rate might also be used to determine
the beacon rate configured to the chip. One such example are MediaTek
MT7915 platforms.

Signed-off-by: David Bauer <mail@david-bauer.net>
 (commit: 3ec7f3a)

ipq40xx: dts: add ethernet0 alias for all devices

Updating the driver patches for ipq40xx (correctly) removed the
ethernet0 alias from qcom-ipq4019.dtsi; however, on some devices this
alias is needed for the bootloader to set MAC addresses in the FDT.

As it is unknown which devices actually need the alias, simply add it to
all devices trees for now that enable the &gmac now to avoid regressions
from previous OpenWrt releases. The additional alias should not cause any
issues even when it is not needed.

A TODO comment is added to the same Device Trees to document that the
alias may not be needed (hopefully preventing it from being copied
unnecessarily to newly added devices in the future). The following
devices are known to need the alias for correct MAC address assignment,
so no TODO comment is added:

- FRITZ!Box 4040
- FRITZ!Box 7530

Fixes: cd9c7211241e ("ipq40xx: 6.1: use latest DSA and ethernet patches")
Signed-off-by: Matthias Schiffer <mschiffer@universe-factory.net>
Link: https://github.com/openwrt/openwrt/pull/17442
Signed-off-by: Robert Marko <robimarko@gmail.com>
 (commit: d09dd75)

uboot-envtools: ipq60xx: remove number of blocks

It is not required to specify the number of blocks as envtools are able
to autodetect it.

Link: https://github.com/openwrt/openwrt/pull/17504
Signed-off-by: Robert Marko <robimarko@gmail.com>
 (commit: 285bdd2)

realtek: rtl838x: Refresh kernel config

Run 'make kernel_oldconfig' to get an up-to-date config.

Signed-off-by: Sander Vanheule <sander@svanheule.net>
 (commit: a6edcb4)

realtek: rtl839x: Refresh kernel config

Run 'make kernel_oldconfig' to get an up-to-date config.

"# CONFIG_I2C_MUX_RTL9300 is not set" is retained, as the kernel module
build will selects CONFIG_I2C_MUX=m, on which this symbol depends.

Signed-off-by: Sander Vanheule <sander@svanheule.net>
 (commit: d3b62ba)

realtek: rtl930x: Refresh kernel config

Run 'make kernel_oldconfig' to get an up-to-date config.

Signed-off-by: Sander Vanheule <sander@svanheule.net>
 (commit: e1777c9)

realtek: rtl931x: Refresh kernel config

Run 'make kernel_oldconfig' to get an up-to-date config.

Signed-off-by: Sander Vanheule <sander@svanheule.net>
 (commit: c2240a7)

realtek: Add driver for auxiliary MDIO busses

Add a driver that exposes the auxiliary busses, used for the RTL8231
expanders, as a proper MDIO controller. The device must be instantiated
under an MFD device, so the driver should also be compatible with SoC
managed by an external CPU via SPI.

Leave the driver disabled in builds until required.

Signed-off-by: Sander Vanheule <sander@svanheule.net>
 (commit: ae833c0)

realtek: rtl838x: Instantiate auxiliary MDIO bus

Add a disabled node for the auxiliary MDIO bus, used to manage the
RTL8231 expanders. A simple-mfd parent node is added, at the same
(implied) address as the switch@1b000000 node, as the switch drivers
should anyway transistion to MFD subdivices at some point.

Additionally, two pinctrl-single node are added to allow the MDX pins to
be muxed correctly, in case the bootloader leaves these unconfigured.

Signed-off-by: Sander Vanheule <sander@svanheule.net>
 (commit: 92ae8cb)

realtek: Add pinctrl support for RTL8231

Add pending patches to add RTL8231 support as a MDIO-bus attached
multi-functional device. This includes subdrivers for the pincontrol and
GPIO features, as well as the LED matrix support.

Leave the drivers disabled until required by a device.

Signed-off-by: Sander Vanheule <sander@svanheule.net>
 (commit: 6ef6014)

realtek: rtl838x: Switch GS1900 rtl8231 driver

Update the devicetree files to switch the GS1900 devices over to the new
pinctrl and GPIO driver. Enable the drivers to ensure the nodes can be
used.

This may fix issues caused by bad RMW behaviour on the GPIO data lines,
or glitches due to setting the pin direction before the pin level.

Although the driver supports retaining GPIO state after a warm boot,
some bootloaders appear to apply a default configuration on boot, which
may cause an interrupt in PoE-PSE support.

Signed-off-by: Sander Vanheule <sander@svanheule.net>
 (commit: 5141e2d)

wifi-scripts: allow per-IF mesh basic rate selection

Bringing up a mesh interface using wpa_supplicant already supports a
per-VIF basic rate selection. Add the same ability when creating a mesh
VIF without wpa_supplicant.

Signed-off-by: David Bauer <mail@david-bauer.net>
 (commit: 3deeb78)

ath79: remove dr_mode and vbus-supply

ath79 uses the generic-ehci driver, which does not support regulators
using vbus-supply.

dr_mode is also not useful as the driver does not support multiple
modes.

Signed-off-by: Rosen Penev <rosenp@gmail.com>
Link: https://github.com/openwrt/openwrt/pull/17486
Signed-off-by: Robert Marko <robimarko@gmail.com>
 (commit: 4abd819)

generic: move gpio-regmap request/free ops patch from realtek

This patch is also needed on bmips since it fixes issues with GPIOs not being
properly configured due to gpio_request_enable not being called on bcm63xx
devices. Therefore we can now drop the bcm63268 gpio function patch.

Signed-off-by: Álvaro Fernández Rojas <noltari@gmail.com>
 (commit: f5b1d34)