aboutsummaryrefslogtreecommitdiff
Commit message (Collapse)AuthorAge
* tools: mold: update to v2.3.1Andre Heider2023-10-22
| | | | | | | | Release notes: https://github.com/rui314/mold/releases/tag/v2.3.0 https://github.com/rui314/mold/releases/tag/v2.3.1 Signed-off-by: Andre Heider <a.heider@gmail.com>
* kernel: bump 6.1 to 6.1.59John Audia2023-10-21
| | | | | | | | | | | | | | | | | | | | Changelog: https://cdn.kernel.org/pub/linux/kernel/v6.x/ChangeLog-6.1.59 Manually rebased: bcm27xx/patches-6.1/950-0124-Add-support-for-all-the-downstream-rpi-sound-card-dr.patch Removed upstreamed: generic/backport-6.1/781-v6.6-02-net-dsa-qca8k-fix-potential-MDIO-bus-conflict-when-a.patch[1] All other patches automatically rebased. 1. https://git.kernel.org/pub/scm/linux/kernel/git/stable/linux.git/commit/?h=v6.1.59&id=881050b25b1dda7b0f14d40d1b09bf38cb3b427c Build system: x86/64 Build-tested: x86/64/AMD Cezanne Run-tested: x86/64/AMD Cezanne Signed-off-by: John Audia <therealgraysky@proton.me>
* kernel: bump 6.1 to 6.1.58John Audia2023-10-21
| | | | | | | | Changelog: https://cdn.kernel.org/pub/linux/kernel/v6.x/ChangeLog-6.1.58 All patches automatically rebased. Signed-off-by: John Audia <therealgraysky@proton.me>
* kernel: fix missing regmap-mmio dependency for rtc-r7301Christian Marangi2023-10-20
| | | | | | | Add missing regmap-mmio dependency for rtc-r7301 to fix packaging error. Fixes: f2bc4c1f1588 ("kernel: Add kmod-rtc-r7301") Signed-off-by: Christian Marangi <ansuelsmth@gmail.com>
* kernel: 6.1: Backport Turris Omnia LED patchesMarek Mojík2023-10-20
| | | | | | | | | | | | | | | | | | | | This backports patches leds: turris-omnia: Use sysfs_emit() instead of sprintf() leds: turris-omnia: Drop unnecessary mutex locking leds: turris-omnia: Do not use SMBUS calls leds: turris-omnia: Make set_brightness() more efficient leds: turris-omnia: Support HW controlled mode via private trigger leds: turris-omnia: Add support for enabling/disabling HW gamma correction leds: turris-omnia: Fix brightness setting and trigger activating into backport-6.1. The above patches replace: leds: turris-omnia: support HW controlled mode via private trigger leds: turris-omnia: initialize multi-intensity to full leds: turris-omnia: change max brightness from 255 to 1 from mvebu/patches-6.1. Signed-off-by: Marek Mojík <marek.mojik@nic.cz>
* toolchain: link ldd when using external toolchainArien Judge2023-10-20
| | | | | | | | When using an external toolchain, ldd is not linked into the rootfs. This causes subsequent upgrades to fail with 'Failed to exec upgraded'. This patch adds the symlink when using an external toolchain and musl. Signed-off-by: Arien Judge <arienjudge@outlook.com>
* uboot-mediatek: fix typo in bootmenu for GL-MT6000Jianhui Zhao2023-10-20
| | | | | | Fixes: fe10f97 ("filogic: add support for GL.iNet GL-MT6000") Signed-off-by: Jianhui Zhao <zhaojh329@gmail.com>
* realtek: add support for TP-Link T1600G-28TS v3Andreas Böhler2023-10-20
| | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | This is an RTL8382-based switch with 24 copper ports + 4 SFP ports Specifications: --------------- * SoC: Realtek RTL8382M * Flash: 32 MiB SPI flash * RAM: 256 MiB * Ethernet: 24x 10/100/1000 Mbps * Buttons: 1x "Reset" button * UART: 1x serial header, unpopulated * SFP: 4 SFP ports Works: ------ - (24) RJ-45 ethernet ports - Switch functions - Buttons - Sys LED on front panel (no port LEDs) Not yet enabled: ---------------- - Port LEDs (no driver for RTL8231 in this mode) - SFP cages (no driver for PHY) Install via web interface: ------------------------- Not supported at this time. Install via serial console/tftp: -------------------------------- The U-Boot firmware drops to a TP-Link specific "BOOTUTIL" shell at 38400 baud. There is no known way to exit out of this shell, and no way to do anything useful. Ideally, one would trick the bootloader into flashing the sysupgrade image first. However, if the image exceeds 6MiB in size, it will not work. To install OpenWRT: Prepare a tftp server with: 1. server address: 192.168.0.146 2. the image as: "uImage.img" Power on device, and stop boot by pressing any key. Once the shell is active: 1. Ground out the CLK (pin 16) of the ROM (U6) 2. Select option "3. Start" 3. Bootloader notes that "The kernel has been damaged!" 4. Release CLK as soon as bootloader thinks image is corrupted. 5. Bootloader enters automatic recovery -- details printed on console 6. Watch as the bootloader flashes and boots OpenWRT. Blind install via tftp: ----------------------- This method works when it's not feasible to install a serial header. Prepare a tftp server with: 1. server address: 192.168.0.146 2. the image as: "uImage.img" 3. Watch network traffic (tcpdump or wireshark works) 4. Power on the device. 5. Wait 1-2 seconds then ground out the CLK (pin 16) of the ROM (U6) 6. When 192.168.0.30 makes tftp requests, release pin 16 7. Wait 2-3 minutes for device to auto-flash and boot OpenWRT Signed-off-by: Andreas Böhler <dev@aboehler.at>
* ipq40xx: wpj428: switch to zimage to fit kernel partitionLeon M. Busch-George2023-10-20
| | | | | | | | | | | | | | | Like with some other ipq40xx devices, the kernel image size for the WPJ428 is limited in stock u-boot. For that reason, the current release doesn't include an image for the board. By switching to the zImage format, the kernel image size is reduced which re-enables the build process. The image boots and behaved normally through a few days of testing. Before the switch to kernel version 6.1, it was possible to reduce the image size by enough when disabling UBIFS and its otherwise unneeded dependencies. Signed-off-by: Leon M. Busch-George <leon@georgemail.eu>
* apm821xx: WNDR4700: fix broken sysupgrade, factory imagesChristian Lamparter2023-10-20
| | | | | | | | | | | | | | | | | | prepend-dtb got extended to handle the Meraki devices too, the problem here was that the Netgear WNDR4700 expects an u-boot header in front of the DTB, whereas Meraki devices don't. Since the header was dropped, the WNDR4700's uboot started to complain: Bad Magic Number,it is forbidden to be written to flash!! when flashing the factory.img since it expects an u-boot header there. Fixes: 5dece2d9355a ("apm821xx: switch over from DTB_SIZE to DEVICE_DTC_FLAGS") Reported-by: @kisgezenguz Signed-off-by: Christian Lamparter <chunkeey@gmail.com>
* ath79: AP105: use fixed layout cell "mac-base"Christian Lamparter2023-10-20
| | | | | | This drops a use of the deprecated "mac-address-increment". Signed-off-by: Christian Lamparter <chunkeey@gmail.com>
* treewide: make use of new toolchain defineChristian Marangi2023-10-20
| | | | | | | | | | Make use of new toolchain define. TOOLCHAIN_DIR should be used only for toolchain related packages and for everything else TOOLCHAIN_ROOT_DIR and other define should be used instead. Switch to new entry where possible. Signed-off-by: Christian Marangi <ansuelsmth@gmail.com>
* rules.mk: make toolchain dirs define more consistentChristian Marangi2023-10-20
| | | | | | | | | | | | | Make toolchain dirs define more consistent between internal and external toolchains. Make use of specific dirs also for intenral toolchain and generilize include and lib inclusion. Also set TOOLCHAIN_ROOT_DIR for internal toolchain as this is what packages should use to reference staging toolchain directory. Signed-off-by: Christian Marangi <ansuelsmth@gmail.com>
* scripts/ext-toolchain: implement external GCC version detectionChristian Marangi2023-10-20
| | | | | | | | | | | | | | | | | Some package may needs to enable compatibility option based on the GCC version. Currently the GCC version is set based on the default value and doesn't actually reflect the real value provided by the external toolchain if used. Fix this by correctly detecting the GCC version in the external toolchain and set the correct value in CONFIG_GCC_VERSION. A new option is added in menuconfig to manually set the GCC version if needed. Signed-off-by: Christian Marangi <ansuelsmth@gmail.com>
* treewide: disable QUILT refresh for unsupported packagesChristian Marangi2023-10-20
| | | | | | | | | Some packages won't ever have something to patch as they normally install files or are meta-packages. For these special packages, disable QUILT refresh. Signed-off-by: Christian Marangi <ansuelsmth@gmail.com>
* dnsmasq: add support for RA option 31Rahul Thakur2023-10-20
| | | | | | | | | | | | | The option 31 in the RA specifies the DNS search list, the support to configure this via UCI is missing in case dnsmasq-dhcpv6 is used. This commit uses the uci option domain (same as is done by odhcpd) to read and pass the DNS search list to dnsmasq, which is then used by RA. Hence, with this commit, we are able to configure DNS search list for the RA messages via the uci config when dnsmsaq-dhcpv6 is used. Signed-off-by: Rahul Thakur <rahul.thakur@iopsys.eu>
* ipq40xx: switch to performance governor by defaultKoen Vandeputte2023-10-20
| | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | 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 <robimarko@gmail.com> Reviewed-by: Thibaut VARÈNE <hacks@slashdirt.org> Signed-off-by: Koen Vandeputte <koen.vandeputte@citymesh.com>
* nftables: update to 1.0.9Nick Hainke2023-10-20
| | | | | | | ChangeLog: https://www.netfilter.org/projects/nftables/files/changes-nftables-1.0.9.txt Signed-off-by: Nick Hainke <vincent@systemli.org>
* kernel: Add kmod-rtc-r7301Linus Walleij2023-10-20
| | | | | | | | | To support the IXP42x platforms we need a kernel module for the Epson R7301 RTC so we can load it as an optional module. Signed-off-by: Linus Walleij <linus.walleij@linaro.org> Reviewed-by: Robert Marko <robimarko@gmail.com>
* kernel: Add kmod-rtc-x1205Linus Walleij2023-10-20
| | | | | | | | To support the IXP42x platforms we need a kernel module for the X1205 RTC so we can load it as an optional module. Signed-off-by: Linus Walleij <linus.walleij@linaro.org> Reviewed-by: Robert Marko <robimarko@gmail.com>
* kernel: crypto: armeb build rules for lib-chacha20Linus Walleij2023-10-20
| | | | | | | | | The lib-chacha20 library is missing build rules for big endian ARM, and since IXP4xx is big endian ARM we need those rules to build for IXP4xx. Suggested-by: Tomasz Maciej Nowak <tmn505@gmail.com> Signed-off-by: Linus Walleij <linus.walleij@linaro.org>
* boot/apex: Restore the APEX boot loaderLinus Walleij2023-10-20
| | | | | | | | | | | | | | | | | | This is a partial revert of the deletion of the IXP4xx target: we restore the APEX boot loader so we can use it for the NSLU2 and related targets. The APEX upstream is as dead as it gets so I have applied OpenWrts old patches on top of the never released v1.6.10 version and forked it into an OpenWrt variant on GitHub. If the upstream comes back alive I will happily switch over to it. The file refers to the external GitHub, I suppose when integrating this patch the file should be copied to OpenWrts file repository and the file link changed. Signed-off-by: Linus Walleij <linus.walleij@linaro.org>
* netifd: update to latest git HEADChristian Marangi2023-10-20
| | | | | | 5590a80e2566 config: fix incompatible with jshn network-device entry Signed-off-by: Christian Marangi <ansuelsmth@gmail.com>
* base-files: fix wrong ucidef_set_network_device_mac network-device entryMichael 'ASAP' Weinrich2023-10-20
| | | | | | | | | | | | | | | | | | | | | | | | | The ucidef_set_network_device_* functions in uci-defaults.sh disagree on whether to use "network-device" or "network_device" in board.json. With the additional caveat that jshn will translate hyphens (-) into underscores (_). This casues problems in netifd which expected "network_device" causing boards which depend on assigning MACs in board.json via uci-defaults.sh (or jshn in general) to fail. This commit addresses the issue by using network_device in uci-defaults.sh. The bug was uncovered in the forums here: https://forum.openwrt.org/t/support-for-rtl838x-based-managed-switches/57875/2596 This was exposed by commit 4ebba8a05d09 ("realtek: add support for HPE 1920-8g-poe+") where the board_config_load call from 03_gpio introduced the key normalization by jshn. Fixes: 9290539ca9c7 ("base-files: allow setting device and bridge macs") Tested-by: Stijn Segers <foss@volatilesystems.org> Signed-off-by: Michael 'ASAP' Weinrich <michael@a5ap.net> [ improve commit title, description and fix wrong Tested-by tag ] Signed-off-by: Christian Marangi <ansuelsmth@gmail.com>
* armsr: preserve configuration during sysupgradeChristian Buschau2023-10-20
| | | | | | | | | | Copy configuration to boot partition (partition 1) instead of root partition (partition 2) because the root partition is not writable if it's a suqashfs image. Move configuration back to root during preinit. Fixes: https://github.com/openwrt/openwrt/issues/13695 Signed-off-by: Christian Buschau <cbuschau@d00t.de>
* umdns: update to the latest versionFelix Fietkau2023-10-19
| | | | | | | | | | | | 479c7f8676d9 cache: make record/hostname lookup case-insensitive 26c97a5a50bf ubus: add a browse flag for suppressing cached ip addresses c286c51a9bd9 Fix AVL tree traversal in cache_record_find and cache_host_is_known 4035fe42df58 interface: use a global socket instead of per-interface ones c63d465698c7 cache: dump hostname target from srv records b42b22152d73 use hostname from SRV record to look up IP addresses d45c443aa1e6 ubus: add array flag support for the hosts method Signed-off-by: Felix Fietkau <nbd@nbd.name>
* layerscape: kernel: refresh 6.1 patchesPawel Dembicki2023-10-19
| | | | | | Kernel patches copied from 5.15 need to be refreshed. Signed-off-by: Pawel Dembicki <paweldembicki@gmail.com>
* generic: kernel: add missing symbolPawel Dembicki2023-10-19
| | | | | | It was found during work on layerscape target. Signed-off-by: Pawel Dembicki <paweldembicki@gmail.com>
* layerscape: port "-Werror" fix from NXP treePawel Dembicki2023-10-19
| | | | | | | | | | | | | | | | At this moment, 702-phy-Add-2.5G-SGMII-interface-mode.patch cause error durring kernel compilation: CC drivers/net/phy/phylink.o drivers/net/phy/phylink.c: In function 'phylink_get_capabilities': drivers/net/phy/phylink.c:443:9: error: enumeration value 'PHY_INTERFACE_MODE_2500SGMII' not handled in switch [-Werror=switch] 443 | switch (interface) { | ^~~~~~ cc1: all warnings being treated as errors NXP take care of it. Let's port their patch. Signed-off-by: Pawel Dembicki <paweldembicki@gmail.com>
* layerscape: add 6.1 kernel as testingPawel Dembicki2023-10-18
| | | | | | It allow to test 6.1 kernel in Layerscape. Signed-off-by: Pawel Dembicki <paweldembicki@gmail.com>
* layerscape: 6.1: refresh kernel configPawel Dembicki2023-10-18
| | | | | | Done by 'make kernel_oldconfig'. Signed-off-by: Pawel Dembicki <paweldembicki@gmail.com>
* layerscape: copy config 5.15 to 6.1Pawel Dembicki2023-10-18
| | | | | | Configs was just copied. Signed-off-by: Pawel Dembicki <paweldembicki@gmail.com>
* layerscape: refresh kernel configPawel Dembicki2023-10-18
| | | | | | Done by 'make kernel_oldconfig'. Signed-off-by: Pawel Dembicki <paweldembicki@gmail.com>
* layerscape: copy patches 5.15 to 6.1Pawel Dembicki2023-10-18
| | | | | | | | | | | | Patches recreated from NXP 6.1 tree: 400-LF-20-3-mtd-spi-nor-Use-1-bit-mode-of-spansion-s25fs.patch 701-staging-add-fsl_ppfe-driver.patch 702-phy-Add-2.5G-SGMII-interface-mode.patch Patch 703 includes changes made by Christian Marangi, extracted from commit 0d4a547905d4. Signed-off-by: Pawel Dembicki <paweldembicki@gmail.com>
* Revert "ramips: convert MT7915 EEPROM to NVMEM format"Shiji Yang2023-10-17
| | | | | | | | | | | | | | | | Some MT7915 devices need to load the second part of the eeprom to work properly. The mt76 driver is not yet ready to read the pre-cal data via the NVMEM cell. Therefore, partially revert commit to fix the device probe issue on some devices. P.S. Except for D-Link and Ubnt devices, It is still uncertain whether pre-cal data is required for other devices in the patch. This partially reverts commit 9ac891f8c44124e931c15f1257347cd8ba311a19. Fixes: https://github.com/openwrt/openwrt/issues/13700 Signed-off-by: Shiji Yang <yangshiji66@qq.com>
* ramips: add missing mt76 packages for Telco Electronics X1Shiji Yang2023-10-17
| | | | | | | | Telco Electronics X1 has MT7603E and MT7612E PCIe NICs. They are driven by kmod-mt7603 and kmod-mt76x2. Ref: 73e0f52b6e4e ("ramips: add support for Telco Electronics X1") Signed-off-by: Shiji Yang <yangshiji66@qq.com>
* ramips: fix factory partition size for SNR-CPE-W4NShiji Yang2023-10-17
| | | | | | | | | The starting address of 'factory' partition is 0x40000, and the starting address of the next partition is 0x50000. It's obvious that the correct size for the 'factory' is 0x10000, just like other MT7620 devices. Signed-off-by: Shiji Yang <yangshiji66@qq.com>
* ramips: fix frequency limit property for some Edimax devicesShiji Yang2023-10-17
| | | | | | | | These three devices uses MT7612E PCIe NIC and supported by the 'mt76' driver. So the right frequency limit property should be `ieee80211-freq-limit`. Signed-off-by: Shiji Yang <yangshiji66@qq.com>
* ramips: remove useless status property from wmac dts nodeShiji Yang2023-10-17
| | | | | | | | On the ramips target, all 'wmac' nodes in SoC dtsi are enabled by default except mt7628. There is no need to mark them as 'okay' again. So these useless properties can be removed. Signed-off-by: Shiji Yang <yangshiji66@qq.com>
* ramips: convert mt76 PCIe NIC EEPROM to NVMEM format for legacy SoCsShiji Yang2023-10-17
| | | | | | | | | | This patch converts MT761{0,2,3} PCIe WiFi calibration data to NVMEM format for legacy Ralink SoCs (MT7620 and Mt7628). The EEPROM size of the MT7610 and MT7612 is 0x200. there are only three devices uses MT7613 NIC, ASUS RT-AC1200 V2, COMFAST CF-WR758AC V2 and Keenetic KN-1613. The EEPROM size of them is 0x4da8. Signed-off-by: Shiji Yang <yangshiji66@qq.com>
* ramips: convert MT7628 EEPROM to NVMEM formatShiji Yang2023-10-17
| | | | | | | This patch converts MT7628 WiFi calibration data to NVMEM format. The EEPROM size is 0x400. Signed-off-by: Shiji Yang <yangshiji66@qq.com>
* ramips: convert rt2x00 EEPROM to NVMEM formatShiji Yang2023-10-17
| | | | | | | This patch converts legacy Ralink SoCs and MT7620 WiFi calibration data to NVMEM format. The EEPROM size is 0x200. Signed-off-by: Shiji Yang <yangshiji66@qq.com>
* ramips: fix mtd partition node names for Phicomm PSG1208Shiji Yang2023-10-17
| | | | | | | | The mtd partition node name should be "partition@${offset}". However, the offsets of the PSG1208 don't match the partition 'reg' properties. This patch correct the wrong offsets. Signed-off-by: Shiji Yang <yangshiji66@qq.com>
* ramips: fix DTS EEPROM property for some MT7628 devicesShiji Yang2023-10-17
| | | | | | | The MT7628 integrated wireless is driven by `mt76`, so the right EEPROM property name is `mediatek,mtd-eeprom`. Signed-off-by: Shiji Yang <yangshiji66@qq.com>
* ramips: convert the remaining mtd-mac-address to NVMEM formatShiji Yang2023-10-17
| | | | | | | | `mtd-mac-address` has been abandoned. Therefore, convert them to NVMEM format. This patch also removes some useless mtd-mac-address properties. Signed-off-by: Shiji Yang <yangshiji66@qq.com>
* gmp: update to 6.3Nick Hainke2023-10-17
| | | | | | | Release Notes: https://gmplib.org/gmp6.3 Signed-off-by: Nick Hainke <vincent@systemli.org>
* zlib: update to 1.3Nick Hainke2023-10-17
| | | | | | | | | | | | | | | | | | | | | | Changes in 1.3 (18 Aug 2023) - Remove K&R function definitions and zlib2ansi - Fix bug in deflateBound() for level 0 and memLevel 9 - Fix bug when gzungetc() is used immediately after gzopen() - Fix bug when using gzflush() with a very small buffer - Fix crash when gzsetparams() attempted for transparent write - Fix test/example.c to work with FORCE_STORED - Rewrite of zran in examples (see zran.c version history) - Fix minizip to allow it to open an empty zip file - Fix reading disk number start on zip64 files in minizip - Fix logic error in minizip argument processing - Add minizip testing to Makefile - Read multiple bytes instead of byte-by-byte in minizip unzip.c - Add memory sanitizer to configure (--memory) - Various portability improvements - Various documentation improvements - Various spelling and typo corrections Signed-off-by: Nick Hainke <vincent@systemli.org>
* binutils: update to 2.41Nick Hainke2023-10-17
| | | | | | | Release Notes: https://lists.gnu.org/archive/html/info-gnu/2023-07/msg00009.html Signed-off-by: Nick Hainke <vincent@systemli.org>
* qualcommax: ipq8074: use upstreamed CPUFreq NVMEM supportRobert Marko2023-10-16
| | | | | | | | | | IPQ8074 CPUFreq NVMEM support has finally landed upstream, so lets use the upstreamed version. This has a benefit of also supporting IPQ8174 (Oak) family for which SMEM SoC ID-s were also upstreamed. Signed-off-by: Robert Marko <robimarko@gmail.com>
* lantiq: update binding for ralink EEPROM swapChristian Marangi2023-10-16
| | | | | | | | | Binding for ralink EEPROM swap changed from ralink,mtd-eeprom-swap to ralink,eeprom-swap. Update every entry. Signed-off-by: Christian Marangi <ansuelsmth@gmail.com>
Powered by cgit, Themed by Ted Yin.