aboutsummaryrefslogtreecommitdiffstats
path: root/target
Commit message (Collapse)AuthorAgeFilesLines
* ramips: add support for Ubiquiti USW-FlexDavid Bauer2021-09-253-0/+185
| | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | Hardware -------- MediaTek MT7621AT 16M SPI-NOR Macronix MX25L12835FMI Microchip PD69104B1 4-Channel PoE-PSE controller TI TPS2373 PoE-PD controller PoE-Controller -------------- By default, the PoE outputs do not work with OpenWrt. To make them output power, install the "poemgr" package from the packages feed. This package can control the PD69104B1 PSE controller. Installation ------------ 1. Connect to the booted device at 192.168.1.20 using username/password "ubnt" via SSH. 2. Add the uboot-envtools configuration file /etc/fw_env.config with the following content $ echo "/dev/mtd1 0x0 0x1000 0x10000 1" > /etc/fw_env.config 3. Update the bootloader environment. $ fw_setenv boot_openwrt "fdt addr \$(fdtcontroladdr); fdt rm /signature; bootubnt" $ fw_setenv bootcmd "run boot_openwrt" 4. Transfer the OpenWrt sysupgrade image to the device using SCP. 5. Check the mtd partition number for bs / kernel0 / kernel1 $ cat /proc/mtd 6. Set the bootselect flag to boot from kernel0 $ dd if=/dev/zero bs=1 count=1 of=/dev/mtdblock4 7. Write the OpenWrt sysupgrade image to both kernel0 as well as kernel1 $ dd if=openwrt.bin of=/dev/mtdblock6 $ dd if=openwrt.bin of=/dev/mtdblock7 8. Reboot the device. It should boot into OpenWrt. Restore to UniFi ---------------- To restore the vendor firmware, follow the Ubiquiti UniFi TFTP recovery guide for access points. The process is the same for the Flex switch. Signed-off-by: David Bauer <mail@david-bauer.net>
* ath79: add support for TP-Link CPE710-v1Andrew Cameron2021-09-255-1/+172
| | | | | | | | | | | | | | | | | | | | | | | | | | | | | TP-Link CPE710-v1 is an outdoor wireless CPE for 5 GHz with one Ethernet port based on the AP152 reference board Specifications: - SoC: QCA9563-AL3A MIPS 74kc @ 775MHz, AHB @ 258MHz - RAM: 128MiB DDR2 @ 650MHz - Flash: 16MiB SPI NOR Based on the GD25Q128 - Wi-Fi 5Ghz: ath10k chip (802.11ac for up to 867Mbps on 5GHz wireless data rate) Based on the QCA9896 - Ethernet: one 1GbE port - 23dBi high-gain directional 2×2 MIMO antenna and a dedicated metal reflector - Power, LAN, WLAN5G Blue LEDs - 3x Blue LEDs Flashing instructions: Flash factory image through stock firmware WEB UI or through TFTP To get to TFTP recovery just hold reset button while powering on for around 30-40 seconds and release. Rename factory image to recovery.bin Stock TFTP server IP:192.168.0.100 Stock device TFTP address:192.168.0.254 Signed-off-by: Andrew Cameron <apcameron@softhome.net> [convert to nvmem, fix MAC assignment in 11-ath10k-caldata] Signed-off-by: Adrian Schmutzler <freifunk@adrianschmutzler.de>
* kernel: 5.10: backport fix for lp55xx LED driverRobert Marko2021-09-251-0/+28
| | | | | | | | | | | | | | | | | | | This backports the upstream commit: leds: lp55xx: Initialize enable GPIO direction to output Without it under kernel 5.10 on Asus MAP-AC2200 the LED driver will fail probing: [ 1.947521] lp5523x: probe of 0-0032 failed with error -22 After the backported fix: [ 1.873236] lp5523x 0-0032: lp5523 Programmable led chip found Signed-off-by: Robert Marko <robert.marko@sartura.hr> Tested-by: Szabolcs Hubai <szab.hu@gmail.com> [ipq4029/gl-b1300] Tested-by: Nick Hainke <vincent@systemli.org> [ipq4019/fritzbox-7530 ipq4019/fritzbox-4040 ipq4019/sxtsq-5ac] Tested-by: Stefan Lippers-Hollmann <s.l-h@gmx.de> [ipq4019/map-ac2200]
* ipq40xx: add testing support for kernel 5.10Robert Marko2021-09-251-1/+1
| | | | | | | | | | | | | | | | | | | | | | | | | | Add kernel 5.10 as the testing kernel to ipq40xx to get wider testing. The following devices failed to build with buildbot settings and all feeds installed (apparently due to kernel size): * cell-c rtl30vw * compex wpj428 * devolo magic 2 next * engenius emr3500 * glinet gl-b1300 * glinet gl-s1300 * qcom ap-dk01.1-c1 * qcom ap-dk04.1-c1 Signed-off-by: Robert Marko <robert.marko@sartura.hr> Tested-by: Nick Hainke <vincent@systemli.org> [ipq4019/fritzbox-7530 ipq4019/fritzbox-4040 ipq4019/sxtsq-5ac] Tested-by: Szabolcs Hubai <szab.hu@gmail.com> [ipq4029/gl-b1300] Tested-by: Stefan Lippers-Hollmann <s.l-h@gmx.de> [ipq4019/map-ac2200] [add tested-by and note about failed devices] Signed-off-by: Adrian Schmutzler <freifunk@adrianschmutzler.de>
* ipq40xx: 5.10: move AR40xx to MDIO driversRobert Marko2021-09-256-23/+2256
| | | | | | | | | | | MDIO drivers were moved into their own sub directory of networking drivers. This has caused the AR40xx driver to probe before MDIO drivers and that wont work as it depends on the MDIO bus to be up so it can be fetched. Lets solve it by moving the AR40xx into MDIO folder so they get probed like before. Signed-off-by: Robert Marko <robert.marko@sartura.hr>
* ipq40xx: net: ethernet: edma: reject unsupported coalescing paramsRobert Marko2021-09-251-0/+4
| | | | | | | | | | | Set ethtool_ops->supported_coalesce_params to let the core reject unsupported coalescing parameters. This driver did not previously reject unsupported parameters. This is a required ethtool op since kernel 5.7. Signed-off-by: Robert Marko <robert.marko@sartura.hr>
* ipq40xx: net: ethernet: edma: update of_get_phy_mode() for 5.10Robert Marko2021-09-251-1/+9
| | | | | | | | | | In kernel v5.5 of_get_phy_mode had its API changed, so its now returning 0 or errors instead of phymode. Phymode is now returning by passing a pointer to phy_interface_t where it will be stored. Signed-off-by: Robert Marko <robert.marko@sartura.hr>
* ipq40xx: 5.10: add kernel configRobert Marko2021-09-251-0/+493
| | | | | | | | | | Copy config from 5.4 and run "make kernel_oldconfig". Select default ("N") for all new symbols. Signed-off-by: Robert Marko <robert.marko@sartura.hr> [make commit message more explicit] Signed-off-by: Adrian Schmutzler <freifunk@adrianschmutzler.de>
* ipq40xx: 5.10: refresh patches to applyRobert Marko2021-09-259-31/+30
| | | | | | | | Refresh the kernel patches on top of 5.10 so they apply. Manually fixup the 705-net-add-qualcomm-ar40xx-phy.patch to apply. Signed-off-by: Robert Marko <robert.marko@sartura.hr>
* ipq40xx: 5.10: replace patches with upstreamed versionsRobert Marko2021-09-253-11/+18
| | | | | | | | | USB and SDHCI LDO DTS patches have been upstreamed into 5.12, so replace the local versions with upstreamed ones. Reorder, and clearly mark the kernel version. Signed-off-by: Robert Marko <robert.marko@sartura.hr>
* ipq40xx: 5.10: remove duplicate GPIO export patchRobert Marko2021-09-251-165/+0
| | | | | | | Its in the generic target already, so remove the duplicate as it breaks compilation. Signed-off-by: Robert Marko <robert.marko@sartura.hr>
* ipq40xx: 5.10: drop upstreamed patchesRobert Marko2021-09-2522-3005/+0
| | | | | | Drop patches that have been upstreamed in before 5.10. Signed-off-by: Robert Marko <robert.marko@sartura.hr>
* ipq40xx: 5.10: copy patchesRobert Marko2021-09-2544-0/+4683
| | | | | | Copy over the 5.4 kernel patches to 5.10 folder. Signed-off-by: Robert Marko <robert.marko@sartura.hr>
* ramips: add support for I-O DATA WN-DX2033GRINAGAKI Hiroshi2021-09-253-1/+51
| | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | I-O DATA WN-DX2033GR is a 2.4/5 GHz band 11ac (Wi-Fi 5) router, based on MT7621A. Specification: - SoC : MediaTek MT7621A - RAM : DDR3 128 MiB - Flash : Raw NAND 128 MiB (Macronix MX30LF1G18AC-TI) - WLAN : 2.4/5 GHz - 2.4 GHz : 2T2R, MediaTek MT7603E - 5 GHz : 4T4R, MediaTek MT7615 - Ethernet : 5x 10/100/1000 Mbps - Switch : MediaTek MT7530 (SoC) - LEDs/Keys : 2x/3x (2x buttons, 1x slide-switch) - UART : through-hole on PCB - J5: 3.3V, TX, RX, NC, GND from triangle mark - 57600n8 - Power : 12 VDC, 1 A Flash instruction using initramfs image: 1. Boot WN-DX2033GR normally 2. Access to "http://192.168.0.1/" and open firmware update page ("ファームウェア") 3. Select the OpenWrt initramfs image and click update ("更新") button to perform firmware update 4. On the initramfs image, download the sysupgrade.bin image to the device and perform sysupgrade with it 5. Wait ~120 seconds to complete flashing Notes: - The hardware of WN-DX2033GR and WN-AX2033GR are almost the same, and it is certified under the same radio-wave related regulations in Japan - The last 0x80000 (512 KiB) in NAND flash is not used on stock firmware - stock firmware requires "customized uImage header" (called as "combo image") by MSTC (MitraStar Technology Corp.), but U-Boot doesn't - uImage magic ( 0x0 - 0x3 ) : 0x434F4D42 ("COMB") - header crc32 ( 0x4 - 0x7 ) : with "data length" and "data crc32" - image name (0x20 - 0x37) : model ID and firmware versions - data length (0x38 - 0x3b) : kernel + rootfs - data crc32 (0x3c - 0x3f) : kernel + rootfs - There are 2x important flags in the flash: - bootnum : select os partition for booting (persist, 0x4) - 0x01: firmware - 0x02: firmware_2 - debugflag : allow interrupt kernel loader, it's named as "Z-LOADER" (Factory, 0xFE75) - 0x00: disable debug - 0x01: enable debug MAC addresses: LAN : 50:41:B9:xx:xx:90 (Factory, 0xE000 (hex) / Ubootenv, ethaddr (text)) WAN : 50:41:B9:xx:xx:92 (Factory, 0xE006 (hex)) 2.4 GHz : 50:41:B9:xx:xx:90 (Factory, 0x4 (hex)) 5 GHz : 50:41:B9:xx:xx:91 (Factory, 0x8004 (hex)) Signed-off-by: INAGAKI Hiroshi <musashino.open@gmail.com>
* realtek: fix RTL8231 gpio expander for high GPIOsPaul Fertser2021-09-251-5/+8
| | | | | | | | GPIOs > 31 require special handling. This patch fixes both the initialisation and direction get/set operations. Signed-off-by: Paul Fertser <fercerpav@gmail.com> Reviewed-by: Sander Vanheule <sander@svanheule.net>
* kernel: add patch to fix an issue with kernel headers that broke perfFelix Fietkau2021-09-251-0/+11
| | | | Signed-off-by: Felix Fietkau <nbd@nbd.name>
* ramips: add missing information to dlink headersAlan Luck2021-09-243-8/+11
| | | | | | | | | | | | Add additional header information required for newer bootloaders found on DIR-2660-A1 & A2. Also remove the MTD splitter compatible from the second firmware partition, as OpenWrt only supports handling of the first one. Signed-off-by: Alan Luck <luckyhome2008@gmail.com> [rephrase commit message, remove removal of read-only flags] Signed-off-by: David Bauer <mail@david-bauer.net>
* rockchip: fix broken squashfs sysupgradeDavid Bauer2021-09-241-1/+1
| | | | | | | | | | | | | | The rockchip platform supports squashfs SD card images. However, the resulting image is not padded to completely fill the rootfs partition. Because of that, the f2fs overlay might not be erased, resulting in uci-defaults not bing executed or the configuration not being erased, even though drop config was selected. Modify the image generation process so the image is padded to cover the entire root filesystem partition. Signed-off-by: David Bauer <mail@david-bauer.net>
* bcm47xx: use device vendor/model variableMoritz Warning2021-09-232-4/+8
| | | | | | | | Remove use of DEVICE_TITLE in favor of the DEVICE_VENDOR and DEVICE_MODEL as used by all other targets. Signed-off-by: Moritz Warning <moritzwarning@web.de>
* x86: use device vendor/model variableMoritz Warning2021-09-234-5/+10
| | | | | | | | Remove use of DEVICE_TITLE in favor of the DEVICE_VENDOR and DEVICE_MODEL as used by all other targets. Signed-off-by: Moritz Warning <moritzwarning@web.de>
* imagebuilder: show architecture in `make info` outputPaul Spooren2021-09-231-0/+1
| | | | | | | Using `make info` show the current target, revision, default packages and available profiles. This commits adds the used architecture. Signed-off-by: Paul Spooren <mail@aparcar.org>
* bcm53xx: MR32: read mac-address from eepromChristian Lamparter2021-09-232-4/+46
| | | | | | | | Meraki wrote the ethernet MAC-address of the device onto the eeprom (AT24C64) at the fixed location 0x66 to 0x6C. Let's fetch it from there. Signed-off-by: Christian Lamparter <chunkeey@gmail.com>
* scripts: mkits.sh: Allow legacy @ mode for dts creationDamien Mascord2021-09-231-3/+5
| | | | | | | | | | | | | | | | | | commit 5ec60cbe9d94 ("scripts: mkits.sh: replace @ with - in nodes") broke support for Meraki MR32 and this patch makes the replacement configurable allowing for specifying the @ or - or whatever character that is desired to retain backwards compatibility with existing devices. For example, this patch includes the fix for the Meraki MR32 in target/linux/bcm53xx/image for meraki_mr32: DEVICE_DTS_DELIMITER := @ DEVICE_DTS_CONFIG := config@1 Fixes: 5ec60cbe9d94 ("scripts: mkits.sh: replace @ with - in nodes") Signed-off-by: Damien Mascord <tusker@tusker.org> [Added tags, checkpatch.pl fixes, noted that this is for old stuff] Signed-off-by: Christian Lamparter <chunkeey@gmail.com>
* bcm53xx: backport early DT patches queued for 5.16Rafał Miłecki2021-09-2312-4/+642
| | | | Signed-off-by: Rafał Miłecki <rafal@milecki.pl>
* bcm63xx: remove memcpy from mac assignmentRosen Penev2021-09-212-6/+16
| | | | | | | | | With GCC11, memcpy doesn't work here as it assumes a size of 0. Use ioremap to avoid it. Fixed parameter type to match board_get_mac_address. Signed-off-by: Rosen Penev <rosenp@gmail.com>
* kernel: add a bridge feature for filtering BPDU packets on portsFelix Fietkau2021-09-212-0/+354
| | | | | | This will be used to ensure that APs don't transmit unnecessary STP packets Signed-off-by: Felix Fietkau <nbd@nbd.name>
* kernel: add missing CONFIG_NET_DSA_TAG_BRCM_LEGACY config symbolRafał Miłecki2021-09-171-0/+1
| | | | | | | | | | | | This fixes: Distributed Switch Architecture (NET_DSA) [Y/n/m/?] y Tag driver for Atheros AR9331 SoC with built-in switch (NET_DSA_TAG_AR9331) [N/m/y/?] n Tag driver for Broadcom switches using in-frame headers (NET_DSA_TAG_BRCM) [N/m/y/?] n Tag driver for Broadcom legacy switches using in-frame headers (NET_DSA_TAG_BRCM_LEGACY) [N/m/y/?] (NEW) Error in reading or end of file. Fixes: 8fa1b576bbb5 ("linux: update b53 upstream driver") Signed-off-by: Rafał Miłecki <rafal@milecki.pl>
* linux: update b53 upstream driverRafał Miłecki2021-09-1718-10/+936
| | | | Signed-off-by: Rafał Miłecki <rafal@milecki.pl>
* bcm53xx: drop DTS based workaround for serial support in procdRafał Miłecki2021-09-161-116/+0
| | | | | | | | | Specifying serial in bootargs is not needed since the commit ffeb37047e85 ("procd: update to git HEAD"). It's thanks to the procd commit 2cfc26f8456a ("inittab: detect active console from kernel if no console= specified"). Signed-off-by: Rafał Miłecki <rafal@milecki.pl>
* sunxi: add testing Linux 5.10Daniel Golle2021-09-1512-1/+1173
| | | | | | | | | | | | | | | | | | | | | | | | | | | | | | Add testing Linux kernel 5.10 for sunxi targets. Removed patches were replaced by upstream commits: - 410-v5.6-arm64-dts-allwinner-a64-olinuxino-Add-bank-supply-re.patch f0c3b29f56f0a arm64: dts: allwinner: a64: olinuxino: Add bank supply regulators - 420-v5.7-arm64-dts-allwinner-a64-olinuxino-add-user-red-LED.patch 89866b2667e0d arm64: dts: allwinner: a64: olinuxino: add user red LED - 440-add-h6-pwm.patch a7fe985633f92 pwm: sun4i: Add an optional probe for reset line b8d74644f34a8 pwm: sun4i: Prefer "mod" clock to unnamed 5b090b430d750 pwm: sun4i: Add an optional probe for bus clock fa4d81784681a pwm: sun4i: Always calculate params when applying new parameters 9f28e95b5286f pwm: sun4i: Add support to output source clock directly fdd2c12e3761f pwm: sun4i: Add support for H6 PWM - 441-arm64-dts-add-PWM-node.patch 88432f5f8469b arm64: dts: allwinner: h6: Add PWM node - 443-board-h6-orangepioneplus-fix-missing-ethernet.patch 7ee32a17e0d65 arm64: dts: allwinner: h6: orangepi-one-plus: Enable ethernet Run tested on friendlyarm,nanopi-neo (allwinner,sun8i-h3), looks all good. Signed-off-by: Daniel Golle <daniel@makrotopia.org>
* sunxi: bring up DSA b53 switch on Lamobo R1Daniel Golle2021-09-157-109/+33
| | | | | | | | | | | | | | | | | | | | | Build cortexa7 subtarget with DSA driver for MDIO-connected Broadcom BCM53xxx switches. This is needed for the Lamobo R1 aka. BananaPi BPi-R1 board which comes with such a switch IC. Remove old swconfig driver from target kernel config as the only board using it is now supported by the DSA driver. No changes to device tree are needed as upstream DTS already got a DSA switch definition and we are just using that upstream source. Update default network config of the Lamobo R1 to create lan bridge with all 4 lan ports. Introduce DEVICE_COMPAT_VERSION for the board to inform users about having the re-create their network configuration and add device alias as Bananapi BPi-R1 while at it. Signed-off-by: Daniel Golle <daniel@makrotopia.org>
* octeontx: add linux 5.10 testing kernel supportDaniel Danzberger2021-09-133-0/+483
| | | | | | | | | | | | | | | | | | | | | | | | | | Changes from 5.4 to 5.10: ------------------------- - patches from 5.4 are all upstream for 5.10 execpt for 0004-PCI-add-quirk-for-Gateworks-PLX-PEX860x-switch-with-.patch - disable block device data integrity (DIF/DIX/T10) in default config (CONFIG_BLK_DEV_INTEGRITY) This feature is only supported by: - Enterprise SAS/SCSI HBAs and Disks - Software raid - NVMEs with metadata capabilities (most don't have this) None of which are part of any octeontx boards. - arm64 TEXT_OFFSET (0x80000) has been removed after 5.4 This will break Uimages with kernel load addresses that aren't 2MiB aligned any longer. Resulting in the kernel silently fail to boot. For Gatworks newport boards for example, the uimage kernel load and execute address is 0x20080000. These need to be changed to 0x20000000 when running kernels beyond 5.4. Tested-on: Gateworks Newport GW64xx Signed-off-by: Daniel Danzberger <daniel@dd-wrt.com>
* kirkwood: increase kernel size of LinksysesPawel Dembicki2021-09-135-30/+47
| | | | | | | | | | | | | | Linksyses Audi EA3500 and Viper E4200/E4500 have too small kernel partition size when kernel 5.10 is used. This patch change kernel partition to maximum size allowed by u-boot. Kernel size is overlapping rootfs now, like mvebu Linksyses and stock partition table. It fix back to stock via sysupgrade, which was broken since 18.06. Fixes: 9808b9ae02 ("kirkwood: switch to kernel 4.9") Signed-off-by: Pawel Dembicki <paweldembicki@gmail.com>
* realtek: add ZyXEL GS1900-24HPv2 supportSoma Zambelly2021-09-133-0/+129
| | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | The ZyXEL GS1900-24HPv2 is a 24 port PoE switch with two SFP ports, similar to the other GS1900 switches. Specifications -------------- * Device: ZyXEL GS1900-24HPv2 * SoC: Realtek RTL8382M 500 MHz MIPS 4KEc * Flash: 16 MiB * RAM: W631GG8MB-12 128 MiB DDR3 SDRAM (stock firmware is configured to use only 64 MiB) * Ethernet: 24x 10/100/1000 Mbps, 2x SFP 100/1000 Mbps * LEDs: 1 PWR LED (green, not configurable) 1 SYS LED (green, configurable) 24 ethernet port link/activity LEDs (green, SoC controlled) 24 ethernet port PoE status LEDs 2 SFP status/activity LEDs (green, SoC controlled) * Buttons: 1 "RESTORE" button on front panel 1 "RESET" button on front panel * Power 120-240V AC C13 * UART: 1 serial header (J41) with populated standard pin connector on the left edge of the PCB, angled towards the side. The casing has a rectangular cutout on the side that provides external access to these pins. Pinout (front to back): + GND + TX + RX + VCC Serial connection parameters for both devices: 115200 8N1. Installation ------------ OEM upgrade method: (Possible on master once https://patchwork.ozlabs.org/project/openwrt/patch/20210624210408.19248-1-bjorn@mork.no/ is merged) * Log in to OEM management web interface * Navigate to Maintenance > Firmware > Management * If "Active Image" has the first option selected, OpenWrt will need to be flashed to the "Active" partition. If the second option is selected, OpenWrt will need to be flashed to the "Backup" partition. * Navigate to Maintenance > Firmware > Upload * Upload the openwrt-realtek-generic-zyxel_gs1900-24hp-v2-initramfs-kernel.bin file by your preferred method to the previously determined partition. When prompted, select to boot from the newly flashed image, and reboot the switch. * Once OpenWrt has booted, scp the sysupgrade image to /tmp and flash it: > sysupgrade -n /tmp/openwrt-realtek-generic-zyxel_gs1900-24hp-v2-squashfs-sysupgrade.bin it may be necessary to restart the network (/etc/init.d/network restart) on the running initramfs image. U-Boot TFTP method: * Configure your client with a static 192.168.1.x IP (e.g. 192.168.1.10). * Set up a TFTP server on your client and make it serve the initramfs image. * Connect serial, power up the switch, interrupt U-boot by hitting the space bar, and enable the network: > rtk network on * Since the GS1900-24HPv2 is a dual-partition device, you want to keep the OEM firmware on the backup partition for the time being. OpenWrt can only boot from the first partition anyway (hardcoded in the DTS). To make sure we are manipulating the first partition, issue the following commands: > setsys bootpartition 0 > savesys * Download the image onto the device and boot from it: > tftpboot 0x84f00000 192.168.1.10:openwrt-realtek-generic-zyxel_gs1900-24hp-v2-initramfs-kernel.bin > bootm * Once OpenWrt has booted, scp the sysupgrade image to /tmp and flash it: > sysupgrade -n /tmp/openwrt-realtek-generic-zyxel_gs1900-24hp-v2-squashfs-sysupgrade.bin it may be necessary to restart the network (/etc/init.d/network restart) on the running initramfs image. Signed-off-by: Soma Zambelly <zambelly.soma@gmail.com>
* sunxi: enable MUSB in A7 subtargetZhao Yu2021-09-131-0/+8
| | | | | | | like commit 78c1ed6. Without this,Some USB port on H3 baseboard can' work. So, need enable MUSB support on this target. Signed-off-by: Zhao Yu <574249312@qq.com>
* kernel: backport switchdev fix for bridge in bridge configurationsFabian Bläse2021-09-131-0/+60
| | | | | | | | | | | | | | | | | | | This patch fixes the forwarding behavior of bridge in bridge configurations with DSA. Without it, the configuration of the upper bridge might overwrite settings of the lower bridge. For example, a vlan-aware bridge with DSA interfaces in it might be offloaded to the DSA hardware. If the bridge interface itself gets slave of a different bridge without vlan filtering, the vlan filtering setting of the lower bridge is overwritten by the upper bridge, which results in an incorrect hardware configuration. This was backported from kernel 5.7. Ref: https://lore.kernel.org/netdev/20191222192235.GK25745@shell.armlinux.org.uk/ Fixes: FS#3996 Signed-off-by: Fabian Bläse <fabian@blaese.de>
* kernel: bump 5.4 to 5.4.145John Audia2021-09-1310-70/+10
| | | | | | | | | | | | Removed upstreamed: generic-backport/040-ARM-8918-2-only-build-return_address-if-needed.patch All other patches automatically rebased. Build system: x86_64 Build-tested: ipq806x/R7800 Signed-off-by: John Audia <graysky@archlinux.us>
* kernel: bump 5.4 to 5.4.144John Audia2021-09-1314-54/+54
| | | | | | | | | | | | | Manually rebased: backport-5.4/370-netfilter-nf_flow_table-fix-offloaded-connection-tim.patch All other patches automatically rebased. Build system: x86_64 Build-tested: ipq806x/R7800 Run-tested: ipq806x/R7800 Signed-off-by: John Audia <graysky@archlinux.us>
* kernel: bump 5.10 to 5.10.64John Audia2021-09-1310-12/+12
| | | | | | | | | | | | All patches automatically rebased. Build system: x86_64 Build-tested: bcm2711/RPi4B, ipq806x/R7800 Run-tested: bcm2711/RPi4B, ipq806x/R7800 No dmesg regressions, everything functional Signed-off-by: John Audia <graysky@archlinux.us>
* kernel: fix jffs2 compilation with GCC_PLUGIN_RANDSTRUCT enabledMatt Merhar2021-09-132-2/+2
| | | | | | | | | Designated initializers are required when using the randstruct GCC plugin, otherwise an error like the following is seen: ./include/linux/lzma.h:60:31: error: positional initialization of field in 'struct' declared with 'designated_init' attribute [-Werror=designated-init] Signed-off-by: Matt Merhar <mattmerhar@protonmail.com>
* kernel: Add missing kernel config optionsHauke Mehrtens2021-09-135-5/+6
| | | | | | | These options are selectable when some of the kernel debug options like KERNEL_SOFTLOCKUP_DETECTOR are selected. Signed-off-by: Hauke Mehrtens <hauke@hauke-m.de>
* ipq806x: switch to kernel 5.10Ansuel Smith2021-09-121-2/+1
| | | | | | | | | Move kernel version to 5.10 as has been tested by many users with positive feedback. Signed-off-by: Ansuel Smith <ansuelsmth@gmail.com> [Tested on: ipq8064/g10; ipq8065/nbg6817] Tested-by: Stefan Lippers-Hollmann <s.l-h@gmx.de>
* ipq40xx: Fix board-2.bin package name for Plasma Cloud PA2200Sven Eckelmann2021-09-121-1/+1
| | | | | | | | | | | The board data file for the Plasma Cloud PA2200 is not part of the default board-2.bin which is shipped by ath10k-board-qca4019. A typo in the device package name resulted in a not correctly selected package for the device specific board-2.bin. The wifi driver has therefore loaded the wrong calibration information into the wifi chip. Fixes: 4871fd2616ac ("ipq40xx: add support for Plasma Cloud PA2200") Signed-off-by: Sven Eckelmann <sven@narfation.org>
* ipq40xx: Fix board-2.bin package name for Plasma Cloud PA1200Sven Eckelmann2021-09-121-1/+1
| | | | | | | | | | | The board data file for the Plasma Cloud PA1200 is not part of the default board-2.bin which is shipped by ath10k-board-qca4019. A typo in the device package name resulted in a not correctly selected package for the device specific board-2.bin. The wifi driver has therefore loaded the wrong calibration information into the wifi chip. Fixes: ea5bb6bbfee0 ("ipq40xx: add support for Plasma Cloud PA1200") Signed-off-by: Sven Eckelmann <sven@narfation.org>
* ipq40xx: Select correct board-2.bin for EnGenius EMR3500Sven Eckelmann2021-09-121-0/+1
| | | | | | | | | The board data file for the EnGenius EMR3500 is not part of the default board-2.bin which is shipped by ath10k-board-qca4019. As result, the wrong calibration information will be loaded into the wifi chip. Fixes: 3f61e5e1b97e ("ipq40xx: add support for EnGenius EMR3500") Signed-off-by: Sven Eckelmann <sven@narfation.org>
* ipq40xx: Select correct board-2.bin for EnGenius EMD1Sven Eckelmann2021-09-121-0/+1
| | | | | | | | | The board data file for the EnGenius EMD1 is not part of the default board-2.bin which is shipped by ath10k-board-qca4019. As result, the wrong calibration information will be loaded into the wifi chip. Fixes: 51f303597839 ("ipq40xx: add support for EnGenius EMD1") Signed-off-by: Sven Eckelmann <sven@narfation.org>
* kernel: bump 5.10 to 5.10.62Rui Salvaterra2021-09-095-20/+20
| | | | | | Patches automatically refreshed. Signed-off-by: Rui Salvaterra <rsalvaterra@gmail.com>
* mvebu: add support for iEi Puzzle-M901/Puzzle-M902Ian Chang2021-09-096-0/+868
| | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | Hardware specification ---------------------- * CN9130 SoC, Quad-core ARMv8 Cortex-72 @ 2200 MHz * 4 GB DDR * 4 GB eMMC * mmcblk0 - mmcblk0p1 64M kernel_1 - mmcblk0p2 64M kernel_2 - mmcblk0p3 512M rootfs_1 - mmcblk0p4 512M rootfs_2 - mmcblk0p5 512M Reserved - mmcblk0p6 64M Reserved - mmcblk0p7 1.8G rootfs_data * 4 MB (SPI Flash) * 6 x 2.5 Gigabit ports (Puzzle-M901) - External PHY with 6 ports (AQR112R) * 6 x 2.5 Gigabit ports (Puzzle-M902) - External PHY with 6 ports (AQR112R) 3 x 10 Gigabit ports (Puzzle-M902) - External PHY with 3 ports (AQR113R) * 4 x Front panel LED * 1 x USB 3.0 * Reset button on Rear panel * UART (115200 8N1,header on PCB) Flash instructions: The original firmware is based on OpenWrt. Flash firmware using LuCI and CLI Signed-off-by: Ian Chang <ianchang@ieiworld.com>
* mvebu: backport CN9130 dts necessary files changes to 5.4Ian Chang2021-09-0910-0/+2883
| | | | | | | | | 1. Add support for Marvell CN9130 SoC 2. Add support for CP115,and create an armada-cp11x.dtsi file which will be used to instantiate both CP110 and CP115 3. Add support for AP807/AP807-quad,AP807 is a major component of CN9130 SoC series 4. Drop PCIe I/O ranges from CP11x file and externalize PCIe macros from CP11x file Signed-off-by: Ian Chang <ianchang@ieiworld.com>
* kernel: Set CONFIG_RCU_CPU_STALL_TIMEOUT=21Hauke Mehrtens2021-09-0916-16/+2
| | | | | | | | | | | | The default value for CONFIG_RCU_CPU_STALL_TIMEOUT was changed from 60 seconds to 21 seconds in 2012 in the upstream kernel. Some targets already use 21 seconds. This patch changes the default value in the generic configuration to 21 seconds and removes the target specific configuration options. Signed-off-by: Hauke Mehrtens <hauke@hauke-m.de> Acked-by: Rui Salvaterra <rsalvaterra@gmail.com>
generated by cgit v1.2.3 (git 2.25.1) at 2024-07-27 19:00:05 +0000