summaryrefslogtreecommitdiffstats
Commit message (Collapse)AuthorAgeFilesLines
* toolchain: binutils: add support for 2.43Chuanhong Guo2024-08-166-0/+100
| | | | | | | | | | Drop two backported patches, and autorefresh the rest. Release notes: https://lists.gnu.org/archive/html/info-gnu/2024-08/msg00001.html Link: https://github.com/openwrt/openwrt/pull/16175 Signed-off-by: Chuanhong Guo <gch981213@gmail.com>
* kernel: prevent tunnel drivers from mangling fraglist GSO packetsFelix Fietkau2024-08-162-1/+130
| | | | | | | Fixes crashes on segmenting packets, mainly when dereferencing a no longer existing fragment chain. Signed-off-by: Felix Fietkau <nbd@nbd.name>
* kernel: backport upstream GSO improvementsFelix Fietkau2024-08-164-1/+250
| | | | | | | Fixes some corner cases regarding segmenting packets that were assembled by GRO. Signed-off-by: Felix Fietkau <nbd@nbd.name>
* ramips: mt76x8: add support for Yuncore M300Daniel Golle2024-08-155-2/+160
| | | | | | | | | | | | | | | | | | | | | | | | | Hardware: - SoC: MediaTek MT7628DAN (MIPS 580MHz) - Flash: 8 MiB Spansion S25FL064K - RAM: 64 MiB (built-into SoC) - WLAN: 2.4 GHz (MT7628) - Ethernet: 1x 10/100 Mbps WAN, 1x 10/100 LAN (MT7628) - Buttons: 1 Reset button - LEDs: 1x Red, 1x Green - Serial console: unpopulated header, 57600 8n1 (RX only) - Power: 12 VDC, 1 A There are unpopulated areas on the board for 5 GHz WiFi via PCIe as well as (most likely) Quectel EG25-G 4G module. As both are not populated on my board support for both is missing for now. Installation: The installation can be done via the recovery HTTP server which is built into the bootloader. Hold down the reset button while connecting the device to power and keep holding a bit more than 3 seconds. Connect to http://192.168.188.253/ and upload sysupgrade.bin file. Signed-off-by: Daniel Golle <daniel@makrotopia.org>
* kernel: Fix section mismatch in ubiRomanov Danila2024-08-153-3/+3
| | | | | | | | | | | | | | | | | | | | | | | | Fix ubiblock_create_from_param() ubiblock_create_auto_rootfs section mismatch. Without this, the system upgrade will not work if the kernel was compiled with clang-18. WARNING: modpost: vmlinux: section mismatch in reference: ubiblock_notify+0x190 (section: .text) -> ubiblock_create_auto_rootfs (section: .init.text) ``` [33342.080771] Call trace: [33342.083205] ubiblock_create_auto_rootfs+0x0/0xd0 [33342.087902] blocking_notifier_call_chain+0xb0/0x1a0 [33342.092857] ubi_volume_notify+0xcc/0xdc [33342.096773] ubi_create_volume+0x520/0x684 [33342.100861] ubi_cdev_ioctl+0x2ac/0x834 [33342.104688] __arm64_sys_ioctl+0x14f0/0x15f4 [33342.108947] invoke_syscall+0x44/0xc8 [33342.112601] do_el0_svc+0x78/0xa8 [33342.115907] el0_svc+0x24/0x50 [33342.118951] el0t_64_sync_handler+0x88/0xf0 [33342.123126] el0t_64_sync+0x150/0x154 [33342.126784] Code: ???????? ???????? ???????? ???????? (????????) ``` Signed-off-by: Romanov Danila <pervokur@gmail.com>
* config: kernel: Add support for configuring BTRFS to be built-inMarek Behún2024-08-157-6/+10
| | | | | | | | | | | | | | | | | | Add the KERNEL_BTRFS_FS config option so that targets can select whether BTRFS support must be built-in. Select this option (alongside KERNEL_BTRFS_FS_POSIX_ACL) from the layerscape/armv8_64b subtarget instead of enabling it in target/linux/layerscape/armv8_64b/config-* files. Move disabling of CONFIG_BTRFS_FS_CHECK_INTEGRITY into generic configs. This makes it possible for OpenWRT to be built with built-in BTRFS support on specific boards, instead of whole targets. Signed-off-by: Marek Behún <kabel@kernel.org> Link: https://github.com/openwrt/openwrt/pull/15990 Signed-off-by: Hauke Mehrtens <hauke@hauke-m.de>
* mediatek: Add support for Linksys EA7500 v3Roland Reinl2024-08-157-2/+335
| | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | Specification: - MT7629 CPU - MT7531 switch - MT7761N and MT7762N wifi - 256 MB RAM - 128 MB NAND flash with dual-boot partitions - 2 buttons: WPS and reset - 1 WAN port (1G) - 4 LAN ports (1G) - 1 USB port Limitations (same as other MT7629/MT7761N/MT7762N devices): - Wifi is not working - Second core is not working (kernel error message "CPU1: failed to come online") Disassembly: - There are two screws under the front rubber feet and two under the label on the bottom (in the corners towards the back, you should be able to feel them). Serial Interface: - UART pin header is already soldered on the board. Pinning from front to back: 1 - VCC 2 - TX 3 - RX 4 - n/a 5 - GND GPIO: - 1 white LED, connected to GPIO 52 - 1 reset button, connected to GPIO 60 - 1 WPS button, connected to GPIO 58 MAC Adresses: - The MAC address printed on the device label is used for LAN and WAN - The MAC address is stored in the devinfo partition in ASCII format (hw_mac_addr=aa:bb:cc:dd:ee) - 2.4 GHz wifi uses MAC of the device label + 1 - 5 GHz wifi uses MAC of the device label + 2 Flashing: - OpenWrt is only runnig in the first partition of dual boot - To ensure to be able to go back to the factory image, flash the last OEM firmware via OEM web interface. This will ensure that the OEM firmware is present on both partitions - Because of dual boot partitions, flashing via OEM interface is not supported - Start a TFTP server and provide the initramfs image. Default settings: - Router IP: 192.168.1.1 - TFTP server IP: 192.168.1.100 - TFTP file name: 7531.bin - Open the device, connect UART and select " 1. System Load Linux to SDRAM via TFTP." during startup - Adapt the settings to your environment, if required - After initramfs is booted, flash the sysupgrade image Return to OEM firmware: - Run the following commands in OpenWrt to switch to the second partition fw_setenv boot_part 2 fw_setenv bootimage 2 - Reboot the device. OEM firmware will start up again Signed-off-by: Roland Reinl <reinlroland+github@gmail.com> Link: https://github.com/openwrt/openwrt/pull/16067 Signed-off-by: Hauke Mehrtens <hauke@hauke-m.de>
* rockchip: fix sysupgrade for Radxa ROCK Pi SFUKAUMI Naoki2024-08-141-0/+1
| | | | | | | | SUPPORTED_DEVICES is required for Radxa ROCK Pi S. Signed-off-by: FUKAUMI Naoki <naoki@radxa.com> Link: https://github.com/openwrt/openwrt/pull/16167 Signed-off-by: Hauke Mehrtens <hauke@hauke-m.de>
* mac80211: add rtw89 driverAntonio Flores2024-08-141-1/+92
| | | | | | | | | This commits adds the RTW89 driver from Realtek. Supports the Realtek 8851BE/8852AE/8852BE/8852CE PCIe wireless chips. Signed-off-by: Antonio Flores <antflores627@gmail.com> Link: https://github.com/openwrt/openwrt/pull/16131 Signed-off-by: Hauke Mehrtens <hauke@hauke-m.de>
* bmips: inteno-xg6846: Add DSA LED definitionsLinus Walleij2024-08-141-0/+108
| | | | | | | | | | | | This adds the LED definitons for the XG6846 DSA port LEDs. These are standard properties compatible with the existing Marvell 88e6xxx DT bindings and fully standardized so this is fine to add. They will be used by the in-flight Marvell 88e6xxx LEDs support patch. Signed-off-by: Linus Walleij <linus.walleij@linaro.org> [add empty lines between leds, remove default-state="off"] Signed-off-by: Álvaro Fernández Rojas <noltari@gmail.com>
* bmips: inteno-xg6846: Add EEPROM nodeLinus Walleij2024-08-141-0/+6
| | | | | | | | For some troublesome devices it is necessary to obtain direct access to the SFP module EEPROM so define it in the device tree. Suggested-by: Paul Donald <newtwen@gmail.com> Signed-off-by: Linus Walleij <linus.walleij@linaro.org>
* bmips: inteno-xg6846: Activate USB portLinus Walleij2024-08-141-1/+13
| | | | | | | | | | | Some versions of the Inteno XG6846 has a USB port mounted. For these machines the corresponing USB port nodes need to be enabled. Suggested-by: Henrik Ginstmark <henrik@ginstmark.se> Signed-off-by: Linus Walleij <linus.walleij@linaro.org> [reorder DTS alphabetically] Signed-off-by: Álvaro Fernández Rojas <noltari@gmail.com>
* uhttpd: Decrease the default validity time of certificateHannu Nyman2024-08-133-4/+4
| | | | | | | | | | | | | | | | The recommended maximum validity period is currently 397 days and some browsers throw warning with longer periods. Reference to https://cabforum.org/working-groups/server/baseline-requirements/ 6.3.2 Certificate operational periods and key pair usage periods Subscriber Certificates issued on or after 1 September 2020 SHOULD NOT have a Validity Period greater than 397 days and MUST NOT have a Validity Period greater than 398 days. Signed-off-by: Hannu Nyman <hannu.nyman@iki.fi> Link: https://github.com/openwrt/openwrt/pull/15366 Signed-off-by: Robert Marko <robimarko@gmail.com>
* uhttpd: Include new extensions in uhttpd self-signed certsPat Fruth2024-08-131-1/+2
| | | | | | | | | | | | | | | | | | | | The introduction of MacOS Catalina includes new requirements for self-signed certificates. See: https://support.apple.com/en-us/HT210176 These new requirements include the addition of two TLS server certificate extensions. - extendedKeyUsage - subjectAltName The extendedKeyUsage must be set to serverAuth. The subjectAltName must be set to the DNS name of the server. In the absense of these new extensions, when the LUCI web interface is configured to use HTTPS and self-signed certs, MacOS user running Google Chrome browsers will not be able to access the LUCI web enterface. If you are generating self-signed certs which do not include that extension, Chrome will report "NET::ERR_CERT_INVALID" instead of "NET::ERR_CERT_AUTHORITY_INVALID". You can click through to ignore the latter, but not the former. This change updates the uhttpd init script to generate self-signed cert that meets the new requirements. Signed-off-by: Pat Fruth <pat@patfruth.com> Link: https://github.com/openwrt/openwrt/pull/15366 Signed-off-by: Robert Marko <robimarko@gmail.com>
* px5g-mbedtls: add subjectAltName and extendedKeyUsage to SSL certsHannu Nyman2024-08-132-2/+67
| | | | | | | | | | | | | | | | | | | To better acommodate with the current browsers' requirements, also self-signed certificates should have subjectAltName and extendedKeyUsage defined in the self-signed x509 SSL certificates. The following case sensitive options are now possible: -addext subjectAltName=DNS:... -addext subjectAltName=EMAIL:... -addext subjectAltName=IP:... -addext subjectAltName=URI:... -addext extendedKeyUsage=serverAuth OR -addext extendedKeyUsage=any Initial draft by Paul Donald <newtwen@gmail.com> Signed-off-by: Hannu Nyman <hannu.nyman@iki.fi> Link: https://github.com/openwrt/openwrt/pull/15366 Signed-off-by: Robert Marko <robimarko@gmail.com>
* firmware: omnia-mcu-firmware: Bump to 4.1Marek Behún2024-08-131-2/+2
| | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | Bump `omnia-mcu-firmware` to version 4.1. This version fixes the following issue on boards with GD32 MCU: * the user has old GD32 MCU bootloader and application (version 2.0) * the user upgraded MCU application firmware to newer version (from 2.99 to 4.0) * the user wants to upgrade application again, but it is impossible, because when MCU application firmware jumps into the old MCU bootloader firmware (2.0), the old bootloader firmware gets stuck in exception * the user has to restart the board and upgrade the bootloader firmware first, which is not ideal, since if bootloader firmware upgrade is interrupted, the board gets bricked Therefore the `omnia-mcutool` utility version 0.3-rc3 will refuse to upgrade MCU application firmware to versions 2.99 to 4.0 if the MCU bootloader firmware is at version 2.0. For users to be able to upgrade MCU application firmware on GD32 boards, they will need this new 4.1 version. Users that already upgraded the MCU application firmware to a version version between 2.99 and 4.0 (using a previous version of the `omnia-mcutool` utility) have no other choice but to upgrade MCU bootloader firmware as well. Signed-off-by: Marek Behún <kabel@kernel.org> Link: https://github.com/openwrt/openwrt/pull/16159 Signed-off-by: Robert Marko <robimarko@gmail.com>
* tools/cmake: Update to 3.30.2Hannu Nyman2024-08-136-10/+10
| | | | | | | | | Update cmake to version 3.30.2 Release notes: https://cmake.org/cmake/help/v3.30/release/3.30.html Signed-off-by: Hannu Nyman <hannu.nyman@iki.fi> Link: https://github.com/openwrt/openwrt/pull/16059 Signed-off-by: Robert Marko <robimarko@gmail.com>
* mpc85xx: fix wdr4900 ethernetRosen Penev2024-08-131-1/+2
| | | | | | | | | | 997acc7f86ca985cba52f7ea8b72f0661a1e3c52 split this PHY driver up such that external QCA switches now use CONFIG_QCA83XX_PHY. Fix it here so that ethernet works again. Signed-off-by: Rosen Penev <rosenp@gmail.com> Link: https://github.com/openwrt/openwrt/pull/16154 Signed-off-by: Robert Marko <robimarko@gmail.com>
* ramips: add support for Xiaomi R4AC v2 (intl)Anton Stratonnikov2024-08-134-2/+108
| | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | The second edition of international version of Mi Router 4A 100M is very similar to the non-international one, but has another wireless chip. Installation -------------- 1. Initialize build-in firmware (use webgui for 192.168.31.1) You should install root password 2. Run OpenWRTInvasion for the first time (probably it will fail) Version 0.0.10 is working as well as 0.0.1. 3. Run OpenWRTInvasion for the second time It will create an access to your router 4. Upload sysupgrade image to router (/tmp/fw.bin) pc# nc -l 8080 < …/ramips/mt76x8/…-100m-intl-v2-squashfs-sysupgrade.bin router# nc 192.168.31.175 8080 > /tmp/fw.bin 5. Flash new firmware router# run mtd -r write /tmp/fw.bin OS1 6. Check result Wait about 5-10 minutes after flash. Router should reboot itself and turn left led from orange to blue. In case of failure one can use Xiaomi 4a 100m debrick tool (it uploads special image via tftpd in recovery mode) After that you can start again from step 1. Another actions are very similar to original Mi Router 4A 100M Original mtd paritions: ------------------------- ``` Creating 9 MTD partitions on "raspi": 0x000000000000-0x000001000000 : "ALL" 0x000000000000-0x000000020000 : "Bootloader" 0x000000020000-0x000000030000 : "Config" 0x000000030000-0x000000040000 : "Factory" 0x000000040000-0x000000050000 : "crash" 0x000000050000-0x000000060000 : "cfg_bak" 0x000000060000-0x000000160000 : "overlay" 0x000000160000-0x000000dc0000 : "OS1" 0x000000dc0000-0x000001000000 : "disk" with special sub-partition 0x0000002c0000-0x000000dc0000 : "rootfs" ``` We will use OS1+disk space: ``` 0x000000160000-0x000001000000 : "firmware" ``` Co-authored-by: Nita Vesa <nita.vesa@elektrik.link> Signed-off-by: Anton Stratonnikov <billic@yandex.ru> Link: https://github.com/openwrt/openwrt/pull/14304 Signed-off-by: Hauke Mehrtens <hauke@hauke-m.de>
* kernel: bump 6.1 to 6.1.104Zxl hhyccc2024-08-1311-11/+12
| | | | | | | | | | | | | | | | | | | https://cdn.kernel.org/pub/linux/kernel/v6.x/ChangeLog-6.1.104 All patches automatically rebased. 1 mm: restrict the pcp batch scale factor to avoid too long latency a new kconfig option (PCP_BATCH_SCALE_MAX) is added to set the max batch scale factor.Whose default value is 5, and users can reduce it when necessary. https://lore.kernel.org/all/20231016053002.756205-5-ying.huang@intel.com/T/#u Build system: bcm4908 bcm53xx Signed-off-by: Zxl hhyccc <zxlhhy@gmail.com> Link: https://github.com/openwrt/openwrt/pull/16141 Signed-off-by: Hauke Mehrtens <hauke@hauke-m.de>
* kernel: bump 6.6 to 6.6.45 and update config-6.6John Audia2024-08-1321-80/+33
| | | | | | | | | | | | | | | | | | | | | | | | | | Build on at leasst x86/64 failed without adding the new ksym: CONFIG_PCP_BATCH_SCALE_MAX=5 According to www.kernelconfig.io[1], this option seems to apply to all arches so I placed it in target/linux/generic/config-6.6 Changelog: https://cdn.kernel.org/pub/linux/kernel/v6.x/ChangeLog-6.6.45 Removed upstreamed: generic/backport-6.6/719-v6.11-net-phy-realtek-add-support-for-RTL8366S-Gigabit-PHY.patch[2] All other patches automatically rebased. 1. https://www.kernelconfig.io/config_pcp_batch_scale_max?q=&kernelversion=6.10.3&arch=x86 2. https://git.kernel.org/pub/scm/linux/kernel/git/stable/linux.git/commit/?h=v6.6.45&id=b45cbfa204b2a0985eb85dcb33d51714ee089bb9 Build system: x86/64 Build-tested: x86/64/AMD Cezanne, flogic/xiaomi_redmi-router-ax6000-ubootmod, ramips/tplink_archer-a6-v3 Run-tested: x86/64/AMD Cezanne, flogic/xiaomi_redmi-router-ax6000-ubootmod, ramips/tplink_archer-a6-v3 Signed-off-by: John Audia <therealgraysky@proton.me> Link: https://github.com/openwrt/openwrt/pull/16144 Signed-off-by: Hauke Mehrtens <hauke@hauke-m.de>
* toolchain: gcc: update GCC 14 to 14.2.0Thomas Weißschuh2024-08-133-4/+4
| | | | | | | | All patches automatically rebased. Signed-off-by: Thomas Weißschuh <thomas@t-8ch.de> Link: https://github.com/openwrt/openwrt/pull/16047 Signed-off-by: Hauke Mehrtens <hauke@hauke-m.de>
* hostapd: Add support for APuPGioacchino Mazzurco2024-08-135-2/+636
| | | | | | | | | Add support for hostapd Access Point Micro Peering Signed-off-by: Gioacchino Mazzurco <gio@polymathes.cc> Link: https://gitlab.com/g10h4ck/hostap/-/commits/APuP Link: https://github.com/openwrt/openwrt/pull/15442 Signed-off-by: Hauke Mehrtens <hauke@hauke-m.de>
* lantiq: arv7525pw: use nvmem for eepromRosen Penev2024-08-121-1/+6
| | | | | | | | | NVMEM is the upstream replacement for this. ralink,mtd-eeprom is deprecated. The others need to stay as there's byte swapping going on. Signed-off-by: Rosen Penev <rosenp@gmail.com> Link: https://github.com/openwrt/openwrt/pull/16084 Signed-off-by: Robert Marko <robimarko@gmail.com>
* uboot-envtools: Add support for Orange Pi R1 Plus & LTSVyacheslav Ivanov2024-08-121-0/+23
| | | | | | | | | Add support this boards to envtools config This commit integrates the latest changes from new U-Boot, which includes important updates to the DTSI files for the Orange Pi R1 Plus and Orange Pi R1 Plus LTS boards. Signed-off-by: Vyacheslav Ivanov <islavaivanov76@gmail.com> Link: https://github.com/openwrt/openwrt/pull/16090 Signed-off-by: Robert Marko <robimarko@gmail.com>
* imx: drop 6.1 supportMieczyslaw Nalewaj2024-08-1210-870/+0
| | | | | | | | Drop config and files for Linux 6.1. Signed-off-by: Mieczyslaw Nalewaj <namiltd@yahoo.com> Link: https://github.com/openwrt/openwrt/pull/16107 Signed-off-by: Robert Marko <robimarko@gmail.com>
* imx: use kernel 6.6 by defaultMieczyslaw Nalewaj2024-08-121-2/+1
| | | | | | | | Switch to Linux kernel version 6.6. Signed-off-by: Mieczyslaw Nalewaj <namiltd@yahoo.com> Link: https://github.com/openwrt/openwrt/pull/16107 Signed-off-by: Robert Marko <robimarko@gmail.com>
* ath10k-ct: bump to version 6.9Hannu Nyman2024-08-1210-136/+112
| | | | | | | | | | | | Use ath10k-ct 6.9 to better match mac80211 backports 6.9.x Drop patch 010 that is merged upstream. Add patch 001 to fix version to 6.9 (overlooked by upstream). Refresh patches. Signed-off-by: Hannu Nyman <hannu.nyman@iki.fi> Link: https://github.com/openwrt/openwrt/pull/16036 Signed-off-by: Robert Marko <robimarko@gmail.com>
* mediatek: mt7623: get rid of fitblk_get_bootdevDaniel Golle2024-08-121-5/+2
| | | | | | | | Also migrate mt7623 to new fitblk support scripts which simplify sysupgrade when using uImage.FIT. This had been forgotten previously. Fixes: 4448d6325f ("mediatek: make use of common uImage.FIT upgrade functions") Signed-off-by: Daniel Golle <daniel@makrotopia.org>
* base-files: get rid of forgotten traces of fitblk_get_bootdevDaniel Golle2024-08-121-1/+0
| | | | | | | | | The function fitblk_get_bootdev doesn't exist any more, using it in export_bootdevice anyway never made much sense and only worked for classic block devices. Just drop /dev/fit* handling there, it isn't needed anywhere. Signed-off-by: Daniel Golle <daniel@makrotopia.org>
* ramips: mt7621_nand: use clk_get_optional_enabledRosen Penev2024-08-121-28/+11
| | | | | | | | | | Simplifies the code by removing clk_disable_unprepare. Also removed gotos and used dev_err_probe. Signed-off-by: Rosen Penev <rosenp@gmail.com> Link: https://github.com/openwrt/openwrt/pull/16133 Signed-off-by: Robert Marko <robimarko@gmail.com>
* mediatek: fix a use-after-free kernel panic in wed codeZheng Zhang2024-08-121-0/+59
| | | | | | | | | | Fix a use-after-free bug in mtk_wed_setup_tc_block_cb() which leads to kernel panic when setup multiple ap interfaces on one band of mt798x. Signed-off-by: Zheng Zhang <everything411@qq.com> Link: https://github.com/openwrt/openwrt/pull/16118 Signed-off-by: Robert Marko <robimarko@gmail.com>
* mediatek: add script to trigger scrubbing of FIP-in-UBIDaniel Golle2024-08-121-0/+16
| | | | | | | | | | Read the 'fip' static volume in order to trigger scrubbing in case of detecting flipped bits while reading. We have to do this in Linux because we never read or touch the 'fip' volume and the UBISPL implementation in ARM TrustedFirmware-A does NOT handle scrubbing itself. Signed-off-by: Daniel Golle <daniel@makrotopia.org>
* generic: import patch lowering bitflip_threshold on SPI-NANDDaniel Golle2024-08-122-3/+66
| | | | | | | | | | | | Reporting an unclean read from SPI-NAND only when the maximum number of correctable bitflip errors has been hit seems a bit late. UBI LEB scrubbing, which depends on the lower MTD device reporting correctable bitflips, then only kicks in when it's almost too late. Set bitflip_threshold to 75% of the ECC strength, which is also the default for raw NAND. Signed-off-by: Daniel Golle <daniel@makrotopia.org>
* arm-trusted-firmware-mediatek: fix NAND read failure on SNFIDaniel Golle2024-08-122-1/+28
| | | | | | | | | | | | | | | | | | | A bug has plagued bl2 which caused failure to boot and bricked Linksys E8450 and Belkin RT3200 devices in case of correctable bitflips being detected during a read operation. A simple logic error resulted in read to be considered errornous instead of just continueing in case of correctable bitflips. Address this by importing a patch fixing that logic error. The issue, which has been dubbed as the "OpenWrt Kiss of Death", and is now a thing of the past. Users should preemptively update bl2 to prevent their devices being at risk. Link: https://github.com/mtk-openwrt/arm-trusted-firmware/pull/11 Signed-off-by: Daniel Golle <daniel@makrotopia.org>
* generic: 6.6: add Winbond W25N01KV supportRobert Marko2024-08-121-0/+63
| | | | | | | | | | | | It seems that some Xiaomi AX3000T boards changed to using Winbond W25N01KV SPI-NAND which is not supported in OpenWrt nor upstream kernel. So, add a pending patch to support it as upstream supports rest of the KV revision models. Fixes: #16002 Link: https://github.com/openwrt/openwrt/pull/16088 Signed-off-by: Robert Marko <robimarko@gmail.com>
* rockchip: add led and network config to nanopi r6sBen Whitten2024-08-113-2/+12
| | | | | | | | | We need to configure the led and network config for this board on start as per the others Signed-off-by: Ben Whitten <ben.whitten@gmail.com> Link: https://github.com/openwrt/openwrt/pull/15607 Signed-off-by: Hauke Mehrtens <hauke@hauke-m.de>
* rockchip: add NanoPi R6S supportBen Whitten2024-08-119-0/+1076
| | | | | | | | | Add patches for the nanopi r6s board, backporting from 6.9 where basic support is landing. Signed-off-by: Ben Whitten <ben.whitten@gmail.com> Link: https://github.com/openwrt/openwrt/pull/15607 Signed-off-by: Hauke Mehrtens <hauke@hauke-m.de>
* uboot-rockchip: add nanopi r6s rk3588s board supportBen Whitten2024-08-112-1/+211
| | | | | | | | | Backporting support for the NanoPi R6S from upstream uboot. Signed-off-by: Ben Whitten <ben.whitten@gmail.com> Link: https://github.com/openwrt/openwrt/pull/15607 Signed-off-by: Hauke Mehrtens <hauke@hauke-m.de>
* uboot-rockchip: backport upstream dts syncBen Whitten2024-08-111-0/+767
| | | | | | | | | Upstream uboot have merged in kernel dts files, we need the update for the rk3588 boards. Signed-off-by: Ben Whitten <ben.whitten@gmail.com> Link: https://github.com/openwrt/openwrt/pull/15607 Signed-off-by: Hauke Mehrtens <hauke@hauke-m.de>
* rkbin: add rk3588 supportBen Whitten2024-08-111-1/+8
| | | | | | | | Adding support for the rk3588 platform Signed-off-by: Ben Whitten <ben.whitten@gmail.com> Link: https://github.com/openwrt/openwrt/pull/15607 Signed-off-by: Hauke Mehrtens <hauke@hauke-m.de>
* kernel: r8126: add RSS variantÁlvaro Fernández Rojas2024-08-111-1/+14
| | | | | | | | Instead of enabling RSS support, let's introduce a variant and let users choose between both variants since it can cause network issues. Signed-off-by: Milinda Brantini <C_A_T_T_E_R_Y@outlook.com> Signed-off-by: Álvaro Fernández Rojas <noltari@gmail.com>
* kernel: r8125: add RSS variantÁlvaro Fernández Rojas2024-08-111-1/+14
| | | | | | | | Instead of enabling RSS support, let's introduce a variant and let users choose between both variants since it can cause network issues. Signed-off-by: Milinda Brantini <C_A_T_T_E_R_Y@outlook.com> Signed-off-by: Álvaro Fernández Rojas <noltari@gmail.com>
* package: add kmod-r8168 ethernet driverÁlvaro Fernández Rojas2024-08-112-0/+61
| | | | | | r8168 is an out of tree driver provided by Realtek for RTL8168 devices. Signed-off-by: Álvaro Fernández Rojas <noltari@gmail.com>
* package: add kmod-r8125 ethernet driverÁlvaro Fernández Rojas2024-08-101-0/+33
| | | | | | r8125 is an out of tree driver provided by Realtek for RTL8125 devices. Signed-off-by: Álvaro Fernández Rojas <noltari@gmail.com>
* package: add kmod-r8126 ethernet driverÁlvaro Fernández Rojas2024-08-102-0/+54
| | | | | | r8126 is an out of tree driver provided by Realtek for RTL8126 devices. Signed-off-by: Álvaro Fernández Rojas <noltari@gmail.com>
* uboot-envtools: add env settings for ubnt,unifi-6-lr-v3Joel Low2024-08-101-1/+2
| | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | Using the same configuration as my earlier Unifi 6-LRv2s: ```bash $ cat /etc/fw_env.config /dev/mtd3 0x0 0x1000 0x1000 1 $ fw_printenv arch=arm baudrate=115200 board=mt7622_evb board_name=mt7622_evb bootcmd=bootubnt bootdelay=3 bootfile=uImage cpu=armv7 device_model=U6-LR ethact=mtk_eth ethaddr=<redacted> ipaddr=<redacted> is_ble_stp=true is_default=true loadaddr=0x5007FF28 macaddr=<redacted> serverip=<redacted> soc=mt7622 stderr=serial stdin=serial stdout=serial vendor=mediatek ``` Signed-off-by: Joel Low <joel@joelsplace.sg> Link: https://github.com/openwrt/openwrt/pull/16127 Signed-off-by: Robert Marko <robimarko@gmail.com>
* mediatek: EAP111: add label-mac-deviceRobert Marko2024-08-101-0/+1
| | | | | | | Add the label-mac-device alias so that label MAC is set and can later be used in userspace. Signed-off-by: Robert Marko <robert.marko@sartura.hr>
* sdk: fix APK key creationPaul Spooren2024-08-091-0/+4
| | | | | | | | | | | | The keys are created differently compared to the old OPKG keys. Instead of being part of base-files/configure, they are created as a Makefile requirement of `package/compile`, which is a cleaner solution. This requirement would only be added to non SDK environments, however APK always requires keys to be available. Add an `else` case for the SDK and create keys. Signed-off-by: Paul Spooren <mail@aparcar.org>
* tools: firmware-utils: update to Git HEAD (2024-08-09)Hauke Mehrtens2024-08-091-3/+3
| | | | | | 26c7f05 nec-usbatermfw: add tool for NEC "USB ATERM" format Signed-off-by: Hauke Mehrtens <hauke@hauke-m.de>
generated by cgit v1.2.3 (git 2.25.1) at 2025-02-21 12:30:45 +0000