aboutsummaryrefslogtreecommitdiff
Commit message (Collapse)AuthorAge
...
* scripts: Kernel bumper scriptOlliver Schinagl2024-03-11
| | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | For years, we have struggled and been frustrated at loosing history of files in git, due to the 'copy + add' strategy. This could have been prevented with a double-commit 'mv + add' trick. On the mailing list [0] the discussion was started to put the instructions in a wiki. Instead, it is much better to just script it and put it in the repo. Instead of doing mv + copy, which leads to two commits, but no history on the copied files, it uses move, + copy and merge, which results in three (merge) commits, but keeps the history of all files. As always with renames, `--follow` will be needed. The tool is trivial and works either in the OpenWrt git root directory, or in the actual target directory. Tested on the `realtek` and generic targets. Note, that the tool does not do any of the labor needed after the move, such as updating configs, dropping patches etc. To make sure this script is easily found by any developer, who just wants to do a kernel bump, the script is added here and not to maintainer-tools repo as those scripts are a little bit more specialized. Bumping a kernel is a trivial task that often regular developers do, where most do not even know the existence of maintainer tools, are not part of the main repo they'd clone, not part of the docker container they'd use and so discoverability is probably much more important. [0]: https://lists.openwrt.org/pipermail/openwrt-devel/2023-October/041673.html Signed-off-by: Olliver Schinagl <oliver@schinagl.nl> Tested-by: Robert Marko <robimarko@gmail.com> Tested-by: Weijie Gao <hackpascal@gmail.com>
* bmips: add support for SmartRG SR505nKyle Hendry2024-03-10
| | | | | | | | | | | | | | | | | | | | | | | | | | | Specifications: - SoC: Broadcom BCM63168 dual 400MHz MIPS - Flash: 16MB SPI NOR W25Q128WFG - RAM: 128MB DDR3 W631GG6KB-15 - Ethernet: 1x 1000M, 3x 100M - Wifi: BCM435F - 1x USB 2.0 port - 3x Button - 12x LED Flashing via serial - Connect to the 3.3V TTL UART on the board (J6 pinout Vcc Rx Tx Gnd) at 115200-8-N-1 - Press any key in the serial console when powering up the board to enter the CFE prompt - Configure an interface on your workstation to static IP 192.168.1.100 and connect it to the board - Start a TFTP server with the firmware image - On the CFE prompt, enter the command "f 192.168.1.100:openwrt-bmips-bcm63268-smartrg_sr505n-squashfs-cfe.bin" Signed-off-by: Kyle Hendry <kylehendrydev@gmail.com> [Remove unneeded LED labels] Signed-off-by: Álvaro Fernández Rojas <noltari@gmail.com>
* mac80211: select BRCMFMAC_SDIO on starfiveZoltan HERPAI2024-03-10
| | | | | | | As the Visionfive V1 board has an Ampak module connected via SDIO, enable support for SDIO in the brcmfmac module. Signed-off-by: Zoltan HERPAI <wigyori@uid0.hu>
* starfive: add new target for StarFive JH7100/7110 SoCZoltan HERPAI2024-03-10
| | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | This target adds support for the StarFive JH7100 and JH7110 SoCs, based on 6.1, as well as a couple boards equipped with these. Specifications: SoCs: JH7100: - StarFive JH7100 dual-core RISC-V (U74, RC64GC) - additional monitoring (S7) and control (E24) cores - 2Mb L2 cache JH7110: - StarFive JH7110 quad-core RISC-V (U74, RV64GC) - additional monitoring (S7) and control (E24) cores - 2Mb L2 cache Boards: VisionFive1: - JH7100 @ 1GHz - Memory: 8Gb LPDDR4 - 4x USB3.0 - 1x GBit ethernet - AMPak 6236 wifi / bluetooth - audio - powered via USB-C VisionFive2: - JH7110 @ 1.5GHz - Memory: 2/4/8Gb DDR4 - 2x Gbit ethernet - 2x USB3.0 / 2x USB2.0 - eMMC / SDIO - various multimedia input/outputs (MIPI CSI, HDMI, audio) - M.2 key M slot - PoE support - powered via USB-C Installation: Standard SD-card installation via dd-ing the generated image to an SD-card of at least 256Mb. Signed-off-by: Zoltan HERPAI <wigyori@uid0.hu>
* usb: add cdns3 supportZoltan HERPAI2024-03-10
| | | | | | | | | | CDNS3 is a SuperSpeed (SS) USB 3.0 Dual-Role-Device (DRD) controller from Cadence. Add support for this device, and add the required symbols into the generic configs. Compile-tested: apm821xx, bcm4908, imx, mpc85xx, pistachio, starfive Signed-off-by: Zoltan HERPAI <wigyori@uid0.hu>
* ramips: improve support for STORYLiNK SAP-G3200U3Sungbo Eo2024-03-10
| | | | | | | | | | | | | | | | | | | | | | | | | | | * Increase flash SPI frequency to 50MHz The maximum SPI frequency of MX25L6406EM2I is 86 MHz, but in this patch 50 MHz was chosen as a safe value. * Update Ethernet MAC addresses Till now LAN/WAN MAC addresses were flipped compared to stock firmware. * Fix Wi-Fi LEDs by adding mt76 led nodes * Fix LAN port order LAN ports are in reverse order of switch ports. * Fix the well-known "LZMA ERROR 1" error by using lzma-loader * Set uImage name, which enables installation via stock web interface: 1. Upload **initramfs** image file to the web page. 2. Boot into OpenWrt and perform sysupgrade with sysupgrade image. Signed-off-by: Sungbo Eo <mans0n@gorani.run>
* ramips: add factory image for ipTIME AX2004MSungbo Eo2024-03-10
| | | | | | | | | | | | | Unlike the recovery image, this initramfs-factory image can be flashed using the stock firmware web interface (from any active boot partition), as well as the bootloader recovery web page. Drop the recovery image in favor of the factory image. Installation via stock/recovery web interface: 1. Flash **initramfs-factory** image through the web page. 2. Boot into OpenWrt and perform sysupgrade with sysupgrade image. Signed-off-by: Sungbo Eo <mans0n@gorani.run>
* ramips: mt7621: use variable for relocate-kernel argumentSungbo Eo2024-03-10
| | | | | | | | The "0x80001000" address logically comes from "loadaddr-y" variable for mt7621 subtarget. Let's replace the hardcoded value with the predefined variable. This change is purely cosmetic. Signed-off-by: Sungbo Eo <mans0n@gorani.run>
* ramips: rename mtd partition of ipTIME NAND devicesSungbo Eo2024-03-10
| | | | | | | | | | | | Contrary to common ipTIME NOR devices, the "Config" partition of T5004 and AX2004M contain normal U-Boot environment variables. Renaming the partition into "u-boot-env" serves for better description, and it also conforms to common naming practice in OpenWrt. This patch might also be extended to A3004T, but its u-boot-env partition layout has not been confirmed yet. Signed-off-by: Sungbo Eo <mans0n@gorani.run>
* ramips: add NMBM support for ipTIME AX2004MSungbo Eo2024-03-10
| | | | | | | | | | | | | | | | AX2004M uses NMBM on its NAND flash, but it was not enabled in DTS as the device support [1] had been added before NMBM feature in mtk_bmt driver [2]. Let's enable it now. With this change, there is a low possibility of boot failure after sysupgrade from older versions. As AX2004M already has gone through two stable releases in the meantime, it would be safe to warn users by bumping DEVICE_COMPAT_VERSION. [1] 37753f34ac68 ("ramips: add support for ipTIME AX2004M") [2] 06382d1af7b2 ("kernel: add support for mediatek NMBM flash mapping support") Signed-off-by: Sungbo Eo <mans0n@gorani.run>
* mac80211: rtl8xxxu: sync with linux-next 20240229Shiji Yang2024-03-09
| | | | | | Backporting upstream patches to improve RTL8188F support. Signed-off-by: Shiji Yang <yangshiji66@qq.com>
* firmware: add firmware package for Realtek RTL8188FUShiji Yang2024-03-09
| | | | | | | Realtek RTL8188F is an 802.11n 1x1 USB Wi-Fi adapter. It has been supported by the upstream rtl8xxxu driver since Linux 6.2 kernel. Signed-off-by: Shiji Yang <yangshiji66@qq.com>
* ath79: add support for D-Link COVR-C1200 A1Sebastian Schaper2024-03-09
| | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | The COVR-C1200 devices are sold as "Whole Home Mesh Wi-Fi" sets in packs of two (COVR-C1202) and three (COVR-C1203). Specifications: * QCA9563, 16 MiB flash, 128 MiB RAM, 2x3:2 802.11n * QCA9886 2x2:2 801.11ac Wave 2 * AR8337, 2 Gigabit ports (1: WAN; 2: LAN) * USB Type-C power connector (5V, 3A) Installation COVR Point A: * In factory reset state: OEM Web UI is at 192.168.0.50 no DHCP, skip wizard by directly accessing: http://192.168.0.50/UpdateFirmware_Simple.html * After completing setup wizard: Web UI is at 192.168.0.1 DHCP enabled, login with empty password * Flash factory.bin * Perform a factory reset to restore OpenWrt UCI defaults Installation COVR Points B: * OEM Web UI is at 192.168.0.50, no DHCP, empty password * Flash factory.bin * Perform a factory reset to restore OpenWrt UCI defaults Recovery: * Keep reset button pressed during power on * Recovery Web UI is at 192.168.0.50, no DHCP * Flash factory.bin used to work best with Chromium-based browsers or curl: curl -F firmware=@factory.bin \ http://192.168.0.50/upgrade.cgi since this fails to work on modern Linux systems, there is also a script dlink_recovery_upload.py Signed-off-by: Sebastian Schaper <openwrt@sebastianschaper.net>
* ath79: split dtsi for D-Link COVR-P2500Sebastian Schaper2024-03-09
| | | | | | in preparation of adding COVR-C1200 Signed-off-by: Sebastian Schaper <openwrt@sebastianschaper.net>
* firmware: intel-microcode: update to 20231114Christian Lamparter2024-03-09
| | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | Debian changelog: intel-microcode (3.20231114.1) unstable; urgency=medium * New upstream microcode datafile 20231114 (closes: #1055962) Mitigations for "reptar", INTEL-SA-00950 (CVE-2023-23583) Sequence of processor instructions leads to unexpected behavior for some Intel(R) Processors, may allow an authenticated user to potentially enable escalation of privilege and/or information disclosure and/or denial of service via local access. Note: "retvar" on 4th gen Xeon Scalable (sig 0x806f8 pfm 0x87), 12th gen Core mobile (sig 0x906a4 pfm 0x80), 13th gen Core desktop (sig 0xb0671 pfm 0x01) were already mitigated by a previous microcode update. * Fixes for unspecified functional issues * Updated microcodes: sig 0x000606a6, pf_mask 0x87, 2023-09-01, rev 0xd0003b9, size 299008 sig 0x000606c1, pf_mask 0x10, 2023-09-08, rev 0x1000268, size 290816 sig 0x000706e5, pf_mask 0x80, 2023-09-03, rev 0x00c2, size 113664 sig 0x000806c1, pf_mask 0x80, 2023-09-07, rev 0x00b4, size 111616 sig 0x000806c2, pf_mask 0xc2, 2023-09-07, rev 0x0034, size 98304 sig 0x000806d1, pf_mask 0xc2, 2023-09-07, rev 0x004e, size 104448 sig 0x000806f8, pf_mask 0x87, 2023-06-16, rev 0x2b0004d0, size 572416 sig 0x000806f8, pf_mask 0x87, 2023-06-16, rev 0x2b0004d0 sig 0x000806f7, pf_mask 0x87, 2023-06-16, rev 0x2b0004d0 sig 0x000806f6, pf_mask 0x87, 2023-06-16, rev 0x2b0004d0 sig 0x000806f5, pf_mask 0x87, 2023-06-16, rev 0x2b0004d0 sig 0x000806f4, pf_mask 0x87, 2023-06-16, rev 0x2b0004d0 sig 0x000806f8, pf_mask 0x10, 2023-06-26, rev 0x2c000290, size 605184 sig 0x000806f8, pf_mask 0x10, 2023-06-26, rev 0x2c000290 sig 0x000806f6, pf_mask 0x10, 2023-06-26, rev 0x2c000290 sig 0x000806f5, pf_mask 0x10, 2023-06-26, rev 0x2c000290 sig 0x000806f4, pf_mask 0x10, 2023-06-26, rev 0x2c000290 sig 0x00090672, pf_mask 0x07, 2023-06-07, rev 0x0032, size 222208 sig 0x00090672, pf_mask 0x07, 2023-06-07, rev 0x0032 sig 0x00090675, pf_mask 0x07, 2023-06-07, rev 0x0032 sig 0x000b06f2, pf_mask 0x07, 2023-06-07, rev 0x0032 sig 0x000b06f5, pf_mask 0x07, 2023-06-07, rev 0x0032 sig 0x000906a3, pf_mask 0x80, 2023-06-07, rev 0x0430, size 220160 sig 0x000906a3, pf_mask 0x80, 2023-06-07, rev 0x0430 sig 0x000906a4, pf_mask 0x80, 2023-06-07, rev 0x0430 sig 0x000906a4, pf_mask 0x40, 2023-05-05, rev 0x0005, size 117760 sig 0x000a0671, pf_mask 0x02, 2023-09-03, rev 0x005d, size 104448 sig 0x000b0671, pf_mask 0x32, 2023-08-29, rev 0x011d, size 210944 sig 0x000b06a2, pf_mask 0xe0, 2023-08-30, rev 0x411c, size 216064 sig 0x000b06a2, pf_mask 0xe0, 2023-08-30, rev 0x411c sig 0x000b06a3, pf_mask 0xe0, 2023-08-30, rev 0x411c sig 0x000b06e0, pf_mask 0x11, 2023-06-26, rev 0x0012, size 136192 * Updated 2023-08-08 changelog entry: Mitigations for "retvar" on a few processors, refer to the 2023-11-14 entry for details. This information was disclosed in 2023-11-14. * source: update symlinks to reflect id of the latest release, 20231114 -- Henrique de Moraes Holschuh <hmh@debian.org> Thu, 16 Nov 2023 08:09:43 -0300 Signed-off-by: Christian Lamparter <chunkeey@gmail.com>
* Revert "ipq-wifi: fix upstream board-2.bin ZTE M289F snafu"Christian Lamparter2024-03-09
| | | | | | | This reverts commit 75505c5ec724b9b961dcb411bac1d4b9aede3e1d. The issue has been fixed upstream. Signed-off-by: Christian Lamparter <chunkeey@gmail.com>
* mediatek: linksys-e8450: improve compat warningDaniel Golle2024-03-09
| | | | | | | Include a statement about having to run the installer in the sysupgrade compat warning for the Linksys E8450 (UBI). Signed-off-by: Daniel Golle <daniel@makrotopia.org>
* mediatek: wait for fitblk rootfsDaniel Golle2024-03-09
| | | | | | | | Probing of the fitblk driver in some situations happens after the kernel attempts to mount rootfs, which then fails. Always use 'rootwait' when using fitblk for rootfs. Signed-off-by: Daniel Golle <daniel@makrotopia.org>
* uboot-mediatek: add 'rootwait' to bootargs where neededDaniel Golle2024-03-09
| | | | | | | | Probing of the fitblk driver in some situations happens after Linux attempts to mount rootfs, which then fails. Always use 'rootwait' kernel parameter when using fitblk for rootfs. Signed-off-by: Daniel Golle <daniel@makrotopia.org>
* mac80211: fix a regression in the broadcast AQL patchFelix Fietkau2024-03-08
| | | | | | | | | The AQL limit for buffered broadcast packets is higher than the maximum total pending airtime limit. This can get unicast data stuck whenever there is too much pending broadcast data. Fix this by excluding broadcast AQL from the total limit. Signed-off-by: Felix Fietkau <nbd@nbd.name>
* mbedtls: enable threading supportFelix Fietkau2024-03-08
| | | | | | | Fixes libssh, which requires it. Bump ABI_VERSION, since enabling this option affects data structures in mbedtls include files. Signed-off-by: Felix Fietkau <nbd@nbd.name>
* ath79: cleanup and enable uart1 on ELECOM WAB-I1750-PSINAGAKI Hiroshi2024-03-08
| | | | | | | | | | | | Cleanup uart1-related node on ELECOM WAB-I1750-PS and enable it for "SERIAL" port on the case. "SERIAL" port can be used for OpenWrt console by adding the following line to /etc/inittab and rebooting: ttyATH1::askfirst:/usr/libexec/login.sh Signed-off-by: INAGAKI Hiroshi <musashino.open@gmail.com>
* ath79: drop unnecessary &uart node from dtsi of QCA955x devicesINAGAKI Hiroshi2024-03-08
| | | | | | &uart (uart0) is already enabled in qca955x.dtsi by default. Signed-off-by: INAGAKI Hiroshi <musashino.open@gmail.com>
* ath79: add aliases to qca955x.dtsi for uart0/1INAGAKI Hiroshi2024-03-08
| | | | | | | | | | | | | | Add aliases with "serialN = &uartN;" of uart0/1 on QCA955x SoCs to qca955x.dtsi, to enable uart1 on Linux Kernel. without this: [ 0.342915] ar933x-uart 18500000.uart: unable to get alias id, err=-19 Additionally, remove "serial0 = &uart;" alias from QCA955x device dts/dtsi files. Signed-off-by: INAGAKI Hiroshi <musashino.open@gmail.com>
* ath79: add HighSpeed UART (uart1) support for QCA955xINAGAKI Hiroshi2024-03-08
| | | | | | | Add HighSpeed UART support to QCA955x series SoCs as a secondary UART (uart1). This UART is compatible with qca,ar9330-uart. Signed-off-by: INAGAKI Hiroshi <musashino.open@gmail.com>
* ath79: rename label of primary UART on QCA955x to "uart0"INAGAKI Hiroshi2024-03-08
| | | | | | | | Rename the DT label of the primary UART on Qualcomm Atheros QCA955x series SoCs to "uart0" from "uart" for the preparation to add HighSpeed UART (uart1) support. Signed-off-by: INAGAKI Hiroshi <musashino.open@gmail.com>
* mpc85xx: p1020: convert Aerohive AP330/AP350 to simpleImageChristian Lamparter2024-03-08
| | | | | | | | | | | | | | | | | | | | | | | | | with 6.1, the kernel no longer fitted into the 16 MiB and kicking down the can and increasing KERNEL_SIZE to 20 MiB didn't help as the device failed to boot. Using 'kernel-bin | gzip | uimage gzip' didn't work since the uboot does not have enough heap to decompress these big kernels. And finally playing around with uboot was more a hassle than converting this device to take the simpleImage-boot-route in the future. Note: The device now takes even longer on the first boot-up after the flash due to JFFS2 initializing all the remaining flash. Be prepared to wait up to 10 minutes before the green status LED stops blinking and will shine a solid green! (On the plus site: the device now has ~10 MiB of additional space for rootfs+rootfs_data). Note2: This patch includes a kernel patch refresh. Signed-off-by: Christian Lamparter <chunkeey@gmail.com>
* mpc85xx: add 6.1 testing kernelPawel Dembicki2024-03-08
| | | | | | Configure 6.1 testing kernel for mpc85xx target. Signed-off-by: Pawel Dembicki <paweldembicki@gmail.com>
* mpc85xx: p1010: change wrapper address of simple image devicesPawel Dembicki2024-03-08
| | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | Kernel and initramfs size grows. Now uncompressed initramfs image and regular kernel image overlaps configured area: Initramfs: WRAP arch/powerpc/boot/simpleImage.br200-wp INFO: Uncompressed kernel (size 0x1428688) overlaps the address of the wrapper(0x1000000) INFO: Fixing the link_address of wrapper to (0x1500000) WRAP arch/powerpc/boot/simpleImage.tl-wdr4900-v1 INFO: Uncompressed kernel (size 0x1428688) overlaps the address of the wrapper(0x1000000) INFO: Fixing the link_address of wrapper to (0x1500000) WRAP arch/powerpc/boot/simpleImage.ws-ap3715i INFO: Uncompressed kernel (size 0x1428688) overlaps the address of the wrapper(0x1000000) INFO: Fixing the link_address of wrapper to (0x1500000) Regular image: WRAP arch/powerpc/boot/simpleImage.br200-wp INFO: Uncompressed kernel (size 0x10e0688) overlaps the address of the wrapper(0x1000000) INFO: Fixing the link_address of wrapper to (0x1100000) WRAP arch/powerpc/boot/simpleImage.tl-wdr4900-v1 INFO: Uncompressed kernel (size 0x10e0688) overlaps the address of the wrapper(0x1000000) INFO: Fixing the link_address of wrapper to (0x1100000) WRAP arch/powerpc/boot/simpleImage.ws-ap3715i INFO: Uncompressed kernel (size 0x10e0688) overlaps the address of the wrapper(0x1000000) INFO: Fixing the link_address of wrapper to (0x1100000) Let's change wrapper address to safe value. Tested on: TL-WDR4900, BR200-WP Signed-off-by: Pawel Dembicki <paweldembicki@gmail.com>
* mpc85xx: kernel: refresh 6.1 configPawel Dembicki2024-03-08
| | | | | | Kernel config needs to be refreshed after copy from 5.15. Signed-off-by: Pawel Dembicki <paweldembicki@gmail.com>
* mpc85xx: refresh 6.1 patchesPawel Dembicki2024-03-08
| | | | | | | | | Most changes done by "make target/linux/refresh" Manually refreshed: 102-powerpc-add-cmdline-override.patch Signed-off-by: Pawel Dembicki <paweldembicki@gmail.com>
* mpc85xx: copy patches 5.15 to 6.1Pawel Dembicki2024-03-08
| | | | | | Just copy of config. Signed-off-by: Pawel Dembicki <paweldembicki@gmail.com>
* mpc85xx: copy config 5.15 to 6.1Pawel Dembicki2024-03-08
| | | | | | Simple copy of patches. Signed-off-by: Pawel Dembicki <paweldembicki@gmail.com>
* mpc85xx: Get rid of 'of_flat_dt_is_compatible'Pawel Dembicki2024-03-08
| | | | | | | | | | | This patch replaces 'of_flat_dt_is_compatible' with 'of_machine_is_compatible'. The TL-WDR4900 platform file won't compile in the 6.1 kernel. The platform files for the rest of the routers have been reworked or based on newer solutions. Let's make the TL-WDR4900 consistent with them. Signed-off-by: Pawel Dembicki <paweldembicki@gmail.com>
* kernel: crypto: use ARM64 SHA256 CE optimized module for more targetsRobert Marko2024-03-08
| | | | | | | | | | | At start I only set qualcommax to use the Crypto Extensions optimized version of SHA256 as I knew it supports the optional Crypto Extensions. However, after looking into the tree there are more targets/subtargets that I could find at least a specification sheet that says the support Cryptographic Extensions, so lets add them. Signed-off-by: Robert Marko <robimarko@gmail.com>
* kernel: crypto: use ARM64 SHA1 CE optimized module for more targetsRobert Marko2024-03-08
| | | | | | | | | | | At start I only set qualcommax to use the Crypto Extensions optimized version of SHA1 as I knew it supports the optional Crypto Extensions. However, after looking into the tree there are more targets/subtargets that I could find at least a specification sheet that says the support Cryptographic Extensions, so lets add them. Signed-off-by: Robert Marko <robimarko@gmail.com>
* lantiq: Fix build after kernel 5.15.150Hauke Mehrtens2024-03-08
| | | | | | | | | | | | | | | | | | | This fixes the following compile problem: ```` CC arch/mips/kernel/vpe-mt.o arch/mips/kernel/vpe-mt.c: In function 'vpe_run': arch/mips/kernel/vpe-mt.c:32:23: error: unused variable 'physical_memsize' [-Werror=unused-variable] 32 | unsigned long physical_memsize = 0L; | ^~~~~~~~~~~~~~~~ cc1: all warnings being treated as errors make[6]: *** [scripts/Makefile.build:289: arch/mips/kernel/vpe-mt.o] Error 1 ```` physical_memsize was removed from upstream kernel, see: https://git.kernel.org/pub/scm/linux/kernel/git/stable/linux.git/commit/?h=linux-5.15.y&id=5b4f6c5ff65c8551018ccea40c569afd759734c0 Fixes: 387fde0da0e8 ("kernel: bump 5.15 to 5.15.150") Signed-off-by: Hauke Mehrtens <hauke@hauke-m.de>
* libiwinfo: update to Git HEAD (2024-03-08)Christian Marangi2024-03-08
| | | | | | | 163a640fef30 devices: add device id for Qualcomm Atheros QCA6174 8ffb8bfd1115 devices: add add Qualcomm Atheros IPQ6018 WiSoC compatible Signed-off-by: Christian Marangi <ansuelsmth@gmail.com>
* mediatek: clean duplicated #include in Xiaomi Redmi AX6000's dtsFurong Xu2024-03-08
| | | | | | | | Clean duplication of #include <dt-bindings/leds/common.h>. Thanks musashino205 Fixes: 1493e8f8cbe2 ("mediatek: convert LED color/function format for Xiaomi Redmi AX6000") Signed-off-by: Furong Xu <xfr@outlook.com>
* kernel: enable KASAN option for more architecturesQingfang Deng2024-03-08
| | | | | | | KASAN has supported more architectures, such as ARM, PPC32 and RISC-V 64. Enable KASAN option for those architectures. Signed-off-by: Qingfang Deng <dqfext@gmail.com>
* ubox: make logread as an alternativeSergey Ponomarev2024-03-08
| | | | | | | The logread can be replaced with syslog-ng. To support this it should be an alternative itself. Signed-off-by: Sergey Ponomarev <stokito@gmail.com>
* mediatek: filogic: switch to fitblk for Xiaomi Redmi AX6000Furong Xu2024-03-08
| | | | | | | | Use the new fitblk driver. Run-tested: filogic/mt7986a-xiaomi-redmi-router-ax6000-ubootmod Signed-off-by: Furong Xu <xfr@outlook.com>
* mediatek: convert LED color/function format for Xiaomi Redmi AX6000Furong Xu2024-03-08
| | | | | | | | | | | | Commit 2d63d42f5e2f ("mediatek: convert to new LED color/function format where possible") leaves Xiaomi Redmi AX6000 un-converted, the two LEDs become dead. Now, LEDs are alive again. Fixes: 2d63d42f5e2f ("mediatek: convert to new LED color/function format where possible") Signed-off-by: Furong Xu <xfr@outlook.com>
* kernel: 6.1: add missing config symbol for tracingTony Ambardar2024-03-07
| | | | | | | Add missing option CONFIG_FPROBE to generic config, found building x86_64 arch with tracing enabled. Signed-off-by: Tony Ambardar <itugrok@yahoo.com>
* linux-firmware: Update to version 20240220Hauke Mehrtens2024-03-07
| | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | This updates the following firmware files: airoha-en8811h-firmware/lib/firmware/airoha/EthMD32.DSP.bin airoha-en8811h-firmware/lib/firmware/airoha/EthMD32.dm.bin amdgpu-firmware (Many files) ar3k-firmware/lib/firmware/qca/hpnv21.bin ar3k-firmware/lib/firmware/qca/hpnv21g.bin ath10k-board-qca4019/lib/firmware/ath10k/QCA4019/hw1.0/board-2.bin ath10k-board-qca9888/lib/firmware/ath10k/QCA9888/hw2.0/board-2.bin ath10k-firmware-qca6174/lib/firmware/ath10k/QCA6174/hw3.0/firmware-6.bin ath11k-firmware-wcn6750/lib/firmware/ath11k/WCN6750/hw1.0/board-2.bin ath11k-firmware-wcn6855/lib/firmware/ath11k/WCN6855/hw2.0/amss.bin ath11k-firmware-wcn6855/lib/firmware/ath11k/WCN6855/hw2.0/board-2.bin ath11k-firmware-wcn6855/lib/firmware/ath11k/WCN6855/hw2.1/amss.bin ath11k-firmware-wcn6855/lib/firmware/ath11k/WCN6855/hw2.1/board-2.bin ibt-firmware/lib/firmware/intel/ibt-0040-0041.ddc ibt-firmware/lib/firmware/intel/ibt-0040-0041.sfi ibt-firmware/lib/firmware/intel/ibt-0040-1050.sfi ibt-firmware/lib/firmware/intel/ibt-0040-4150.sfi ibt-firmware/lib/firmware/intel/ibt-0041-0041.sfi ibt-firmware/lib/firmware/intel/ibt-0180-0041.sfi ibt-firmware/lib/firmware/intel/ibt-0180-1050.sfi ibt-firmware/lib/firmware/intel/ibt-0180-4150.sfi ibt-firmware/lib/firmware/intel/ibt-1040-0041.sfi ibt-firmware/lib/firmware/intel/ibt-1040-4150.sfi iwlwifi-firmware-be200/lib/firmware/iwlwifi-gl-c0-fm-c0-83.ucode iwlwifi-firmware-be200/lib/firmware/iwlwifi-gl-c0-fm-c0.pnvm Signed-off-by: Hauke Mehrtens <hauke@hauke-m.de>
* kernel: Remove unused schedulersHauke Mehrtens2024-03-07
| | | | | | These schedulers were removed in kernel 5.15.150 and 6.1.180. Signed-off-by: Hauke Mehrtens <hauke@hauke-m.de>
* kernel: bump 5.15 to 5.15.150Hauke Mehrtens2024-03-07
| | | | | | | | | | | | | | | | | | | | | | | Removed because it is upstream: bcm53xx/patches-5.15/030-v5.16-0019-ARM-dts-BCM53573-Describe-on-SoC-BCM53125-rev-4-swit.patch https://git.kernel.org/pub/scm/linux/kernel/git/stable/linux.git/commit/?id=cb1003c07e746e4e82bdd3959c9ea37018ed41a3 Removed because it is upstream: bcm53xx/patches-5.15/037-v6.6-0004-ARM-dts-BCM53573-Drop-nonexistent-default-off-LED-tr.patch https://git.kernel.org/pub/scm/linux/kernel/git/stable/linux.git/commit/?id=c65a23e98e38dc991f495d6bdb3cfa6163a88a0c Removed because it is upstream: bcm53xx/patches-5.15/037-v6.6-0005-ARM-dts-BCM53573-Drop-nonexistent-usb-cells.patch https://git.kernel.org/pub/scm/linux/kernel/git/stable/linux.git/commit/?id=71475bcee001cae3844644c2787eef93b26489d1 Adapted hack-5.15/650-netfilter-add-xt_FLOWOFFLOAD-target.patch to match the changes from the upstream flow offload patch: https://git.kernel.org/pub/scm/linux/kernel/git/stable/linux.git/commit/?id=7c71b831220edeab7ce603d818dc1708d9ea4137 Manually Adapted the following patch: bcm53xx/patches-5.15/035-v6.2-0004-ARM-dts-broadcom-align-LED-node-names-with-dtschema.patch Signed-off-by: Hauke Mehrtens <hauke@hauke-m.de>
* kernel: bump 5.15 to 5.15.149Hauke Mehrtens2024-03-07
| | | | | | | | | | | Removed because it is upstream: generic/pending-5.15/540-ksmbd-only-v2-leases-handle-the-directory.patch https://git.kernel.org/pub/scm/linux/kernel/git/stable/linux.git/commit/?id=81ea755b8fa57ce186f56f14b709cf491c2a5505 Manually Adapted the following patch: ath79/patches-5.15/900-unaligned_access_hacks.patch Signed-off-by: Hauke Mehrtens <hauke@hauke-m.de>
* ath25: drop targetRobert Marko2024-03-07
| | | | | | | | | | | | | | ath25 has been on life support for the last couple of releases, eventually leading to marking it as source-only in 2023. It has been basically only touched to do a kernel bump so that we can make the new OpenWrt release which was a challenge due to small RAM amount. However, with the attempt of kernel 6.1 update it turns out that kernel cannot even finish booting due to RAM constraints, so its time to let this target go. Signed-off-by: Robert Marko <robimarko@gmail.com>
* ath11k-firmware: Move from kvalo to new upstream repositorySven Eckelmann2024-03-07
| | | | | | | | | | | | | | It was announced [1] that the original staging repositories are no longer used for staging of new firmware binaries. And that the old repository will be removed [2] in June 2024. The ath11k-firmware package must therefore point to the new repository before the old one is no longer accessible. [1] https://lore.kernel.org/r/bac97f31-4a70-4c4c-8179-4ede0b32f869@quicinc.com [2] https://github.com/kvalo/ath11k-firmware/commit/8d2cc160f390badd62970a66483214773c3fbea1 Signed-off-by: Sven Eckelmann <sven@narfation.org>
Powered by cgit, Themed by Ted Yin.