openwrt, branch openwrt-21.02

bcm53xx: refresh kernel config

2023-11-06T12:29:45Z

Signed-off-by: Rafał Miłecki

bcm53xx: backport 1 more late DT patch accepted for v6.7

2023-10-26T11:43:33Z

Signed-off-by: Rafał Miłecki (cherry picked from commit 732ae343ffb3ad19978b75a8105d55f5e6d1d435)

bcm53xx: disable unused switch ports in downstream patch

2023-10-26T11:43:33Z

This makes Linux use correct switch ports again. Fixes: fff279f4a712 ("bcm53xx: backport DT changes from v6.5") Fixes: https://github.com/openwrt/openwrt/issues/13548 Signed-off-by: Rafał Miłecki (cherry picked from commit a912ee74d6ca08020933dcdb9ce791e74244c25b)

bcm53xx: backport DT changes queued for v6.7

2023-10-26T11:43:33Z

Among other changes this commit makes Linux use correct switch ports again. Fixes: fff279f4a712 ("bcm53xx: backport DT changes from v6.5") Signed-off-by: Rafał Miłecki (cherry picked from commit a67af19bc84e98588c307af9b08686bde9dd38d5)

bcm53xx: simplify patch adding switch ports

2023-10-26T11:43:33Z

We now have all raw ports defined in bcm-ns.dtsi. Leave only lables in custom device files. Signed-off-by: Rafał Miłecki (cherry picked from commit 08ce0c76d7d7daad5e9382d51960d69f4b8b8f3a)

bcm53xx: build a single device per profile

2023-10-26T11:43:33Z

So far every build of a single bcm53xx Target Profile (it means: when NOT using CONFIG_TARGET_MULTI_PROFILE) resulted in all target devices images being built. Now it only builds the one matching selected profile. Fixes: #13572 Suggested-by: Jonas Gorski Signed-off-by: Rani Hod [rmilecki: update commit subject + body & move PROFILES line] Signed-off-by: Rafał Miłecki (cherry picked from commit 802a5f5cb4a7b42d25e82b787d7ab1323a20183f)

bcm53xx: add support for ASUS RT-AC3100

2023-10-26T11:43:33Z

ASUS RT-AC3100 is ASUS RT-AC88U without the external switch. OpenWrt forum users effortless and ktmakwana have confirmed that there are revisions with either 4366b1 or 4366c0 wireless chips. Therefore, include firmware for 4366b1 along with 4366c0. This way, all hardware revisions of the router will be supported by having brcmfmac use the firmware file for the wireless chip it detects. Signed-off-by: Arınç ÜNAL (cherry picked from commit 2214bab3503981fe6168746acd13044a9d5e89e7)

bcm53xx: backport DT changes for ASUS RT-AC3100 queued for v6.6

2023-10-26T11:07:30Z

Backport the patch that adds the DT for ASUS RT-AC3100. Signed-off-by: Arınç ÜNAL (cherry picked from commit b7ee8c9f83ea0e3b861e6b71b08ed7a62066d149)

ipq40xx: switch to performance governor by default

2023-10-20T13:24:48Z

Doing a simple ping to my device shows this: 64 bytes from 10.0.253.101: icmp_seq=1 ttl=64 time=2.00 ms 64 bytes from 10.0.253.101: icmp_seq=2 ttl=64 time=2.02 ms 64 bytes from 10.0.253.101: icmp_seq=3 ttl=64 time=1.68 ms 64 bytes from 10.0.253.101: icmp_seq=4 ttl=64 time=1.91 ms 64 bytes from 10.0.253.101: icmp_seq=5 ttl=64 time=1.92 ms 64 bytes from 10.0.253.101: icmp_seq=6 ttl=64 time=2.04 ms Some users even report higher values on older kernels: 64 bytes from 192.168.1.10: seq=0 ttl=64 time=0.612 ms 64 bytes from 192.168.1.10: seq=1 ttl=64 time=2.852 ms 64 bytes from 192.168.1.10: seq=2 ttl=64 time=2.719 ms 64 bytes from 192.168.1.10: seq=3 ttl=64 time=2.741 ms 64 bytes from 192.168.1.10: seq=4 ttl=64 time=2.808 ms The problem is that the governor is set to Ondemand, which causes the CPU to clock all the way down to 48MHz in some cases. Switching to performance governor: 64 bytes from 10.0.253.101: icmp_seq=1 ttl=64 time=0.528 ms 64 bytes from 10.0.253.101: icmp_seq=2 ttl=64 time=0.561 ms 64 bytes from 10.0.253.101: icmp_seq=3 ttl=64 time=0.633 ms 64 bytes from 10.0.253.101: icmp_seq=4 ttl=64 time=0.526 ms In theory, using the Performance governor should increase power draw, but it looks like it really does not matter for this soc. Using a calibrated precision DC power supply (cpu idle): Ondemand 24.00V * 0.134A = 3.216 Watts 48.00V * 0.096A = 4.608 Watts Performance 24.00V * 0.135A = 3.240 Watts 48.00V * 0.096A = 4.608 Watts Let's simply switch to the Performance governor by default to fix the general jittery behaviour on devices using this soc. Tested on: MikroTik wAP ac Fixes: #13649 Reviewed-by: Robert Marko Reviewed-by: Thibaut VARÈNE Signed-off-by: Koen Vandeputte (cherry picked from commit b8e52852bd62236a2a84663b4592d221ebc64cb4)

ath79: wpj563: enable 2nd USB controller

2023-10-13T16:02:25Z

The compex WPJ563 actually has both usb controllers wired: usb0 --> pci-e slot usb1 --> pin header As the board exposes it for generic use, enable this controller too. fixes: #13650 Signed-off-by: Koen Vandeputte (cherry picked from commit 9188c77cbee55a933d0fa75c74e175fbc52c556d)