aboutsummaryrefslogtreecommitdiffstats
path: root/package
Commit message (Collapse)AuthorAgeFilesLines
* netifd: rename 20-smp-tune to 20-smp-packet-steeringAlan Swanson2020-03-031-0/+0
| | | | | | | Rename the script to be more obvious that this is for packet steering only. Signed-off-by: Alan Swanson <reiver@improbability.net>
* netifd: change RPS/XPS handling to all CPUs and disable by defaultAlan Swanson2020-03-031-9/+4
| | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | The current implementation is significantly lowering lantiq performace [1][2] by using RPS with non-irq CPUs and XPS with alternating CPUs. The previous netifd implementation (by default but could be configured) simply used all CPUs and this patch essentially reverts to this behaviour. The only document suggesting using non-interrupt CPUs is Red Hat [3] where if the network interrupt rate is extremely high excluding the CPU that handles network interrupts *may* also improve performance. The original packet steering patches [4] advise that optimal settings for the CPU mask seems to depend on architectures and cache hierarcy so one size does not fit all. It also advises that the overhead in processing for a lightly loaded server can cause performance degradation. Ideally, proper IRQ balancing is a better option with the irqbalance daemon or manually. The kernel does not enable packet steering by default, so also disable in OpenWRT by default. (Though mvebu with its hardware scheduling issues [5] might want to enable packet steering by default.) Change undocumented "default_ps" parameter to clearer "packet_steering" parameter. The old parameter was only ever set in target/linux/mediatek/base-files/etc/uci-defaults/99-net-ps and matched the default. [1] https://forum.openwrt.org/t/18-06-4-speed-fix-for-bt-homehub-5a [2] https://openwrt.ebilan.co.uk/viewtopic.php?f=7&t=1105 [3] https://access.redhat.com/documentation/en-us/red_hat_enterprise_linux/6/html/performance_tuning_guide/network-rps [4] https://marc.info/?l=linux-netdev&m=125792239522685&w=2 [5] https://git.openwrt.org/?p=openwrt/openwrt.git;a=commitdiff;h=2e1f6f1682d3974d8ea52310e460f1bbe470390f Fixes: #1852 Fixes: #2573 Signed-off-by: Alan Swanson <reiver@improbability.net>
* kernel: iio: fix st-accel dependencies properlyPetr Štetiar2020-03-021-2/+2
| | | | | | Add missing register map access SPI/I2C modules. Signed-off-by: Petr Štetiar <ynezz@true.cz>
* kernel: iio: fix st-accel missing dependencyPetr Štetiar2020-03-021-1/+1
| | | | | | | | | | Fixes following build error on mpc85xx/p2020: Package kmod-iio-st_accel is missing dependencies for the following libraries: regmap-core.ko Fixes: 2d8f4c4fbd46 ("kernel: iio: add st-accel driver modules") Signed-off-by: Petr Štetiar <ynezz@true.cz>
* x86: add bootloader upgrade on sysupgradeTomasz Maciej Nowak2020-03-011-0/+5
| | | | | | | | | | | | | | Currently bootloader always stays on the same version as when first written to boot medium (not true if partition layout changed, which will trigger sysupgrade process to write full disk image). That creates inconveniences as it always stays with same features or/and bugs. Users wishing to add support to additional modules or new version, would need to write the whole image, potentially destroying previous system configuration. To fix these, this commit adds additional routine to sysupgrade which upgrades unconditionally the bootloader to the latest state provided by OpenWrt. Signed-off-by: Tomasz Maciej Nowak <tomek_n@o2.pl>
* kernel: iio: add fxos8700 driver supportTim Harvey2020-03-011-0/+50
| | | | | | | | Adds various kernel modules for Freescale FXOS8700 3-axis accelerometer. Signed-off-by: Tim Harvey <tharvey@gateworks.com> [added missing commit description] Signed-off-by: Petr Štetiar <ynezz@true.cz>
* kernel: iio: add st-accel driver modulesTim Harvey2020-03-011-0/+54
| | | | | | | | Adds kernel modules for various STMicroelectronics accelerometers. Signed-off-by: Tim Harvey <tharvey@gateworks.com> [added missing commit description] Signed-off-by: Petr Štetiar <ynezz@true.cz>
* kernel: can: add MCP251x CAN controller module supportTim Harvey2020-03-011-0/+17
| | | | | | | | Adds kernel module for Microchip MCP251x SPI CAN controller. Signed-off-by: Tim Harvey <tharvey@gateworks.com> [added missing commit description] Signed-off-by: Petr Štetiar <ynezz@true.cz>
* uboot-mvebu: point to UBOOT_CONFIG when setting optionsTomasz Maciej Nowak2020-03-011-4/+4
| | | | | | | | | The BUILD_VARIANT might differ from UBOOT_CONFIG, so point to a file we are actually changing. Being here let's call 'Build/Configure/U-Boot' definition, instead of definig the same command. This'll be more future proof, if U-Boot configuration procedure will change. Signed-off-by: Tomasz Maciej Nowak <tomek_n@o2.pl>
* base-files: Add /etc/shinit for non-login shell initJeffery To2020-03-014-20/+24
| | | | | | | | | | | | | | | | | | | | | | | | | | | | | | Because /etc/profile (and ~/.profile) are read by login shells only, aliases and functions defined there are not available to non-login shells, e.g. when using screen or tmux. If the ENV environment variable exists (exported by /etc/profile or ~/.profile) and references an existing file, then all interactive shells (login or non-login) will read that file as well. This sets the ENV environment variable in /etc/profile, pointing to /etc/shinit. This also adds /etc/shinit, which: * Contains alias and function definitions originally in /etc/profile * Sources /etc/mkshrc if the user is using mksh (also originally in /etc/profile), as /etc/mkshrc is meant for all interactive shells * Sources ~/.mkshrc if the user is using mksh, to compensate for the fact that mksh will not read ~/.mkshrc if ENV is set * Sources ~/.shinit if the user is not using mksh This also removes the shebang from /etc/profile, as the file is sourced, not executed. Signed-off-by: Jeffery To <jeffery.to@gmail.com>
* ppp: activate PIE ASLR by defaultPetr Štetiar2020-03-011-0/+1
| | | | | | | | | | | | | | This activates PIE ASLR support by default when the regular option is selected. Size increase on imx6: 112681 ppp_2.4.8-2_arm_cortex-a9_neon.ipk 121879 ppp_2.4.8-2_arm_cortex-a9_neon.ipk = 9198 diff Acked-by: Alexander Couzens <lynxis@fe80.eu> Signed-off-by: Petr Štetiar <ynezz@true.cz>
* libpcap: activate PIE ASLR by defaultStijn Tintel2020-03-011-0/+1
| | | | | | | | | | | This activates PIE ASLR support by default when the regular option is selected. This is required to enable PIE ASLR support by default in ppp, as it fails to build without it, on x86/64. The .so file size stays identical. Suggested-by: Felix Fietkau <nbd@nbd.name> Signed-off-by: Stijn Tintel <stijn@linux-ipv6.be>
* mvebu: fix build regression due to neon-asm ghash moduleChristian Lamparter2020-02-291-7/+3
| | | | | | | | | | | | | | This patch fixes the regression caused by adding the NEON variant of the ghash as the default ghash package package: > ERROR: module '[...]/arch/arm/crypto/ghash-arm-ce.ko' is missing. > modules/crypto.mk:286: recipe for target > '[...]/kmod-crypto-ghash_4.19.106-1_aarch64_cortex-a53.ipk' failed This patch limits the scope to the ARM32/cortexa9 target of mvebu. Fixes: 285df63efc70 ("kernel: build neon-asm version of ghash module") Signed-off-by: Christian Lamparter <chunkeey@gmail.com>
* bcm27xx-gpu-fw: update to latest versionÁlvaro Fernández Rojas2020-02-291-14/+14
| | | | Signed-off-by: Álvaro Fernández Rojas <noltari@gmail.com>
* kernel: build arm/neon-optimized sha1/512 modulesEneas U de Queiroz2020-02-281-0/+35
| | | | | | | | | | | This builds the regular arm and arm-neon asm optmized modules for sha1 and sha512, for targets that set CONFIG_ARM_CRYPTO. On ip40xx, the arm-asm version of sha1 improves performance by 5% over the generic C implementation; sha1-neon is 25% faster than generic, and sha512-neon, 259%. Signed-off-by: Eneas U de Queiroz <cotequeiroz@gmail.com>
* kernel: build neon-asm version of ghash moduleEneas U de Queiroz2020-02-281-1/+12
| | | | | | | | This alone improves AES-GCM performance by up to 50% on ipq40xx. This is enabled for targets that support neon and set CONFIG_ARM_CRYPTO: imx6, ipq40xx, and mvebu. Signed-off-by: Eneas U de Queiroz <cotequeiroz@gmail.com>
* ipq40xx: add support for EnGenius EAP2200Steven Lin2020-02-283-0/+2
| | | | | | | | | | | | | | | | | | | | | | | | | | | | | | SOC: IPQ4019 / QCA Dakota CPU: Quad-Core ARMv7 Processor rev 5 (v7l) Cortex-A7 DRAM: 256 MiB FLASH: NOR 4 MiB + NAND 128 MiB ETH: Qualcomm Atheros QCA8072 WLAN1: Qualcomm Atheros QCA4019 2.4GHz 802.11bgn 2:2x2 WLAN2: Qualcomm Atheros QCA4019 5GHz 802.11a/n/ac 2:2x2 WLAN2: Qualcomm Atheros QCA9888 5GHz 802.11a/n/ac 2:2x2 INPUT: WPS Button LEDS: Power, LAN1, LAN2, WLAN 2.4GHz, WLAN 5GHz-1, WLAN 5GHz-2, OPMODE 1. Load Ramdisk via U-Boot To set up the flash memory environment, do the following: a. As a preliminary step, ensure that the board console port is connected to the PC using these RS232 parameters: * 115200bps * 8N1 b. Confirm that the PC is connected to the board using one of the Ethernet ports. c. Set a static ip 192.168.99.8 for Ethernet that connects to board. d. The PC must have a TFTP server launched and listening on the interface to which the board is connected. e. At this stage power up the board and, after a few seconds, press 4 and then any key during the countdown. U-BOOT> set serverip 192.168.99.9 && tftpboot 0x84000000 192.168.99.8:openwrt.itb && bootm Signed-off-by: Steven Lin <steven.lin@senao.com> [copied 4.19 dts to 5.4] Signed-off-by: Christian Lamparter <chunkeey@gmail.com>
* bcm27xx-userland: update to latest versionÁlvaro Fernández Rojas2020-02-282-14/+8
| | | | | | Remove upstream cmake fix. Signed-off-by: Álvaro Fernández Rojas <noltari@gmail.com>
* kernel: Remove nvmem hack patch from 5.4Hauke Mehrtens2020-02-281-2/+3
| | | | | | | | | | | | | | The nvmem framework is now used in net/ethernet/eth.c and the nvmem sysfs is split into a separate Kconfig option. More work would be needed to adapt this patch for the broader use. The current patch compiles fine on ath79, but it breaks the x86 target. nvmem is also compiled into the kernel for most of our targets for example ath79 anyway, so patching the kernel to remove it is now harder and not the case on multiple targets anyway. Instead of making this work on kernel 5.4 just remove this hack patch. Signed-off-by: Hauke Mehrtens <hauke@hauke-m.de>
* kernel: Remove chash.ko from kmod-drm-amdgpuHauke Mehrtens2020-02-281-1/+1
| | | | | | | | | This module was added with kernel 4.15, but is was removed again with kernel version 5.3. OpenWrt does not support specifying a kernel version range so just break it with kernel 4.14 and only support recent kernel versions. Signed-off-by: Hauke Mehrtens <hauke@hauke-m.de>
* kernel: Add snd-intel-nhlt.ko to kmod-sound-hda-intelHauke Mehrtens2020-02-281-1/+3
| | | | | | | | With kernel 5.4 kmod-sound-hda-intel also needs snd-intel-nhlt.ko, but this kernel module is only build on x86, make the OpenWrt kmod depend on TARGET_x86. Signed-off-by: Hauke Mehrtens <hauke@hauke-m.de>
* kernel: Make kmod-ixgbe depend on kmod-libphyHauke Mehrtens2020-02-281-1/+1
| | | | | | | With kernel 5.4 kmod-ixgbe is depending on kmod-libphy, add this missing dependency. Signed-off-by: Hauke Mehrtens <hauke@hauke-m.de>
* nat46: Fix compile with kernel 5.4Hauke Mehrtens2020-02-281-0/+34
| | | | | | | nf_reset() was renamed to nf_reset_ct() in upstream Linux commit 895b5c9f206e ("netfilter: drop bridge nf reset from nf_reset)" Signed-off-by: Hauke Mehrtens <hauke@hauke-m.de>
* kernel: Make kmod-rtc-pcf2123 depend on kmod-regmap-spiKoen Vandeputte2020-02-281-0/+1
| | | | | | | In kernel 5.4 kmod-rtc-pcf2123 depends on kmod-regmap-spi, add this missing dependency. Signed-off-by: Koen Vandeputte <koen.vandeputte@ncentric.com>
* kernel: Make kmod-nft-core depend on kmod-nf-natHauke Mehrtens2020-02-281-1/+1
| | | | | | | In kernel 5.4 kmod-nf-core depends on kmod-nf-nat, add this missing dependency. Signed-off-by: Hauke Mehrtens <hauke@hauke-m.de>
* kernel: Make kmod-fs-f2fs depend on kmod-nls-baseHauke Mehrtens2020-02-281-1/+1
| | | | | | Since kernel 5.4 kmod-fs-f2fs is depending on kmod-nls-base. Signed-off-by: Hauke Mehrtens <hauke@hauke-m.de>
* kernel: Add of_touchscreen.ko to kmod-input-touchscreen-ads7846Hauke Mehrtens2020-02-281-1/+2
| | | | | | | kmod-input-touchscreen-ads7846 depends on of_touchscreen.ko since kernel 5.4. Signed-off-by: Hauke Mehrtens <hauke@hauke-m.de>
* kernel: Remove kmod-gigaset for kernel 5.4Hauke Mehrtens2020-02-281-1/+1
| | | | | | | gigaset was moved to staging in kernel 5.4, just deactivate it on recent kernel versions instead of adapting it. Signed-off-by: Hauke Mehrtens <hauke@hauke-m.de>
* kernel: Add roles.ko to kmod-usb-chipideaHauke Mehrtens2020-02-281-1/+2
| | | | | | kmod-usb-chipidea depends on roles.ko since kernel 5.4. Signed-off-by: Hauke Mehrtens <hauke@hauke-m.de>
* kernel: Make kmod-gpio-pca953x depend on kmod-regmap-i2cHauke Mehrtens2020-02-281-1/+1
| | | | | | In kernel 5.4 kmod-gpio-pca953x depends on kmod-regmap-i2c. Signed-off-by: Hauke Mehrtens <hauke@hauke-m.de>
* kernel: module v4l2-common.ko was removedHauke Mehrtens2020-02-281-1/+1
| | | | | | | The content of v4l2-common.ko was merged into videodev.ko and it was removed in kernel 5.4. Signed-off-by: Hauke Mehrtens <hauke@hauke-m.de>
* kernel: Adapt moved crodic.ko moduleHauke Mehrtens2020-02-281-1/+2
| | | | | | The module was moved in the kernel, adapt OpenWrt. Signed-off-by: Hauke Mehrtens <hauke@hauke-m.de>
* kernel: Add crypto libraries to modulesHauke Mehrtens2020-02-281-3/+8
| | | | | | | | | | In kernel 5.3 and 5.4 some crypto modules were split into two modules, one implementing the crypto algorithm and the other integrating it into the Linux crypto framework. Adapt OpenWrt to support this split. Signed-off-by: Hauke Mehrtens <hauke@hauke-m.de>
* kernel: mode_beet mode_transport mode_tunnel xfram modulesKoen Vandeputte2020-02-281-9/+6
| | | | | | | | This adds the new xfrm4_mode_beet, xfrm4_mode_transport, xfrm4_mode_tunnel and their IPv6 versions on kernel 5.4. These modules were newly added in kernel 5.2. Signed-off-by: Koen Vandeputte <koen.vandeputte@ncentric.com>
* libubox: update to latest Git HEADJo-Philipp Wich2020-02-271-3/+3
| | | | | | | | 7da6643 tests: blobmsg: add test case 75e300a blobmsg: fix wrong payload len passed from blobmsg_check_array Fixes: FS#2833 Signed-off-by: Jo-Philipp Wich <jo@mein.io>
* base-files: add all buildinfo with INCLUDE_CONFIGXu Wang2020-02-271-1/+3
| | | | | | | | | | CONFIG_INCLUDE_CONFIG option is helpful for being able to rebuild the exact same firmware as you see on a live OpenWRT instance, but it's crucially missing feeds information, so we can't rebuild the exact same package versions. This commit fixes this by adding the remaining feeds (and version) buildinfo files to the image. Signed-off-by: Xu Wang <xwang1498@gmx.com>
* ppp: backport security fixesPetr Štetiar2020-02-264-1/+129
| | | | | | | | | | 8d45443bb5c9 pppd: Ignore received EAP messages when not doing EAP 8d7970b8f3db pppd: Fix bounds check in EAP code 858976b1fc31 radius: Prevent buffer overflow in rc_mksid() Signed-off-by: Petr Štetiar <ynezz@true.cz> Fixes: CVE-2020-8597 Signed-off-by: Jo-Philipp Wich <jo@mein.io>
* Revert "ppp: backport security fixes"Jo-Philipp Wich2020-02-264-129/+1
| | | | | | | | This reverts commit 215598fd03899c19a9cd26266221269dd5ec8cee since it didn't contain a reference to the CVE it addresses. The next commit will re-add the commit including a CVE reference in its commit message. Signed-off-by: Jo-Philipp Wich <jo@mein.io>
* rbextract: support devices with plain RLE caldataRoger Pueyo Centelles2020-02-262-2/+14
| | | | | | | | | | | | Old MikroTik devices have the RLE-encoded radio calibration data directly stored in the art (hard_config) partition, without LZO compression nor any preceding ERD magic bytes. This commit adds a fallback for these devices. Tested on the ath79 target with a MikroTik SXT 5nD r2 (SXT Lite5), only locally --not yet merged upstream--. Signed-off-by: Roger Pueyo Centelles <roger.pueyo@guifi.net>
* mac80211: enhance wifi reloadJohn Crispin2020-02-251-1/+8
| | | | | | If the reconf call fails force a full restart of the radio. Signed-off-by: John Crispin <john@phrozen.org>
* hostapd: enhance wifi reloadJohn Crispin2020-02-252-18/+134
| | | | | | | Add a radio_config_id property. If the radio config changes return an error upon receiving the reconf call. Signed-off-by: John Crispin <john@phrozen.org>
* mt76: update to the latest versionFelix Fietkau2020-02-251-3/+3
| | | | | | | | 0a53dcda5203 mt76: mt7603: add upper limit for dynamic sensitivity minimum receive power 46e63c05f7d1 mt76: mt7603: enable dynamic sensitivity adjustment by default 81476f11b68c mt76: mt7615: fix antenna mask initialization in DBDC mode Signed-off-by: Felix Fietkau <nbd@nbd.name>
* base-files: diag: restore default trigger for 'boot' LEDPiotr Dymacz2020-02-243-5/+26
| | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | For devices without a dedicated 'diag' LED, we use sometimes one of other LEDs for indicating at least 'boot', 'failsafe' and 'upgrade' stages. In some cases, at the same time these LEDs have defined default triggers in DTS using 'linux,default-trigger' property. Current 'diag' setup removes the trigger and turns off 'boot' LED after bootup. One of the examples of such device is TP-Link TL-WR841N v14 (ramips) which uses 'wlan' LED with defined 'linux,default-trigger' for 'diag': aliases { led-boot = &led_wlan; led-failsafe = &led_wlan; led-upgrade = &led_wlan; }; [...] led_wlan: wlan { label = "tl-wr841n-v14:green:wlan"; gpios = <&gpio1 9 GPIO_ACTIVE_LOW>; linux,default-trigger = "phy0tpt"; }; This patch extends 'diag.sh' and 'leds.sh' scripts to make sure default trigger defined in DTS is restored for 'diag' LED which isn't used for indicating 'running' stage. Acked-by: Adrian Schmutzler <freifunk@adrianschmutzler.de> Signed-off-by: Piotr Dymacz <pepe2k@gmail.com>
* hostapd: start hostapd/wpa_supplicant for all wiphy devicesPiotr Dymacz2020-02-242-2/+2
| | | | | | | | | | | | | | c888e17e06 ("hostapd: manage instances via procd instead of pidfile") added procd support for managing hostapd and wpa_supplicant daemons but at the same time limited wiphy names to 'phy*'. This brings back initial behaviour (introduced in 60fb4c92b6 ("hostapd: add ubus reload") and makes procd manage daemons for any wiphy device found in '/sys/class/ieee80211'. CC: Felix Fietkau <nbd@nbd.name> CC: Daniel Golle <daniel@makrotopia.org> Signed-off-by: Piotr Dymacz <pepe2k@gmail.com>
* umbim: move package to 'WWAN' submenuPiotr Dymacz2020-02-241-0/+1
| | | | | | | 'uqmi' was moved to 'WWAN' submenu in 9abdeee0b7. Let's be consistent and do the same with 'umbim'. Signed-off-by: Piotr Dymacz <pepe2k@gmail.com>
* mbedtls: use correct SPDX License Identifier and add License fileJosef Schlehofer2020-02-241-1/+2
| | | | | | | | | | License "GPL-2.0+" is deprecated License Identifier according to SPDX License list [1]. The correct one is GPL-2.0-or-later. While at it, also add the License file. [1] https://spdx.org/licenses/ Signed-off-by: Josef Schlehofer <pepe.schlehofer@gmail.com>
* mbedtls: update to version 2.16.5Josef Schlehofer2020-02-241-2/+2
| | | | | | | | | | Changelog: https://tls.mbed.org/tech-updates/releases/mbedtls-2.16.5-and-2.7.14-released Security advisory: https://tls.mbed.org/tech-updates/security-advisories/mbedtls-security-advisory-2020-02 Signed-off-by: Josef Schlehofer <pepe.schlehofer@gmail.com>
* strace: update to version 5.5Josef Schlehofer2020-02-241-2/+2
| | | | | | | Changelog: https://strace.io/files/5.5/ Signed-off-by: Josef Schlehofer <pepe.schlehofer@gmail.com>
* linux-atm: Fix compile warningHauke Mehrtens2020-02-241-1/+15
| | | | | | | | | | | | The function trace_on_exit() is given to atexit() as a parameter, but atexit() only takes a function pointer to a function with a void parameter. This problem was introduced when the on_exit() function was incompletely replaced by atexit(). Fixes: ba6c8bd6142f ("linux-atm: add portability fixes") Signed-off-by: Hauke Mehrtens <hauke@hauke-m.de>
* ath10k-ct: Use ath10k-ct version 5.4Hauke Mehrtens2020-02-246-2/+643
| | | | | | This makes ath10k-ct use the version based on kernel 5.4 by default. Signed-off-by: Hauke Mehrtens <hauke@hauke-m.de>