aboutsummaryrefslogtreecommitdiffstats
path: root/package/kernel
Commit message (Collapse)AuthorAgeFilesLines
* bcm27xx-gpu-fw: update to latest versionÁlvaro Fernández Rojas2020-03-231-26/+26
| | | | Signed-off-by: Álvaro Fernández Rojas <noltari@gmail.com>
* kernel: backport and package drivetemp hwmon from v5.5Christian Lamparter2020-03-211-0/+15
| | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | This patch backports the hwmon drivetemp sensor module from vanilla linux 5.5 to be available on OpenWrt's 5.4 kernel. Extract from The upstream commit by Guenter Roeck <linux@roeck-us.net>: hwmon: Driver for disk and solid state drives with temperature sensors "Reading the temperature of ATA drives has been supported for years by userspace tools such as smarttools or hddtemp. The downside of such tools is that they need to run with super-user privilege, that the temperatures are not reported by standard tools such as 'sensors' or 'libsensors', and that drive temperatures are not available for use in the kernel's thermal subsystem. This driver solves this problem by adding support for reading the temperature of ATA drives from the kernel using the hwmon API and by adding a temperature zone for each drive. With this driver, the hard disk temperature can be read [...] using sysfs: $ grep . /sys/class/hwmon/hwmon9/{name,temp1_input} /sys/class/hwmon/hwmon9/name:drivetemp /sys/class/hwmon/hwmon9/temp1_input:23000 If the drive supports SCT transport and reports temperature limits, those are reported as well. drivetemp-scsi-0-0 Adapter: SCSI adapter temp1: +27.0<C2><B0>C (low = +0.0<C2><B0>C, high = +60.0<C2><B0>C) (crit low = -41.0<C2><B0>C, crit = +85.0<C2><B0>C) (lowest = +23.0<C2><B0>C, highest = +34.0<C2><B0>C) The driver attempts to use SCT Command Transport to read the drive temperature. If the SCT Command Transport feature set is not available, or if it does not report the drive temperature, drive temperatures may be readable through SMART attributes. Since SMART attributes are not well defined, this method is only used as fallback mechanism." This patch incorperates a patch made by Linus Walleij: 820-libata-Assign-OF-node-to-the-SCSI-device.patch This patch is necessary in order to wire-up the drivetemp sensor into the device tree's thermal-zones. Signed-off-by: Christian Lamparter <chunkeey@gmail.com>
* kernel: load rtl8366_smi and rtl8367b on bootLuiz Angelo Daros de Luca2020-03-211-2/+2
| | | | | | | | | This external switch driver should be loaded on boot for network support in failsafe mode. Signed-off-by: Luiz Angelo Daros de Luca <luizluca@gmail.com> [alter commit message] Signed-off-by: Chuanhong Guo <gch981213@gmail.com>
* mac80211: do not try to setup hostapd-managed interfaces.Oldřich Jedlička2020-03-201-7/+11
| | | | | | | | | | | | | | | | | | | | | | For virtual access points (when multiple SSIDs are used for one physical AP), there exist one physical network interface and multiple virtual interfaces, which are fully under control of hostapd. When networking is setup, the script `/lib/netifd/wireless/mac80211.sh` is called, which tries to bring the interface up by a call to `ip link set dev <iface> up`. This call might fail for virtual APs, because the virtual interface might not have been created by hostapd yet. There are some artifical delays in the script most probably to handle this, but when DFS channel availability check on 5GHz band is issued, hostapd can delay creating virtual interfaces by a minute. In order to fix this (or work around it), do not try to bring the interface up (this is responsibility of hostapd anyway) and do not try to set txpower on the virtual interface. Fixes FS#2698. Signed-off-by: Oldřich Jedlička <oldium.pro@gmail.com>
* cryptodev-linux: Fix error when compiling with 5.4 kernelJeffery To2020-03-182-1/+51
| | | | | | | | | | | | | Currently, cryptodev-linux fails to compile with a '"crypto_givcipher_type" undefined' error for targets on the 5.4 kernel, e.g. armvirt[1]. This backports an upstream patch[2] that fixes this error. [1]: https://downloads.openwrt.org/snapshots/faillogs/aarch64_generic/base/cryptodev-linux/compile.txt [2]: https://github.com/cryptodev-linux/cryptodev-linux/commit/f971e0cd4a0ebe59fb2e8e17240399bf6901b09b Signed-off-by: Jeffery To <jeffery.to@gmail.com>
* lantiq: ltq-tapi: fix compilation with newer Linux kernelsMartin Blumenstingl2020-03-161-1/+1
| | | | | | | | | Compiling the ltq-tapi driver against Linux 5.4 results in a compile error complaining that the size of struct sched_param is not known. Switch the existing "sched/types.h" include to reference include/uapi/linux/sched/types.h to fix compilation against Linux 5.4. Signed-off-by: Martin Blumenstingl <martin.blumenstingl@googlemail.com>
* lantiq: ltq-deu: fix compatibility with Linux 5.3+Martin Blumenstingl2020-03-164-4/+4
| | | | | | | | | | Upstream commit 84ede58dfcd1d ("crypto: hash - remove CRYPTO_ALG_TYPE_DIGEST") drops the CRYPTO_ALG_TYPE_DIGEST define because it has the same value as CRYPTO_ALG_TYPE_HASH. This was the case for earlier kernels as well. Switch to CRYPTO_ALG_TYPE_HASH to fix building against Linux 5.4. Signed-off-by: Martin Blumenstingl <martin.blumenstingl@googlemail.com>
* lantiq: ltq-vdsl: fix compilation with Linux 5.0+Martin Blumenstingl2020-03-161-3/+24
| | | | | | | | | Upstream commit e4b92b108c6cd6 ("timekeeping: remove obsolete time accessors") removed do_gettimeofday(). In Linux 4.19 this was only a wrapper around ktime_get_real_ts64(). Use ktime_get_real_ts64() now that the wrapper is gone to fix compilation against Linux 5.4. Signed-off-by: Martin Blumenstingl <martin.blumenstingl@googlemail.com>
* ltq-adsl: fix compilation with Linux 5.0+Mathias Kresin2020-03-163-20/+42
| | | | | | | | | | | | | | | | | | Upstream commit e4b92b108c6cd6 ("timekeeping: remove obsolete time accessors") removed do_gettimeofday(). In Linux 4.19 this was only a wrapper around ktime_get_real_ts64(). Use ktime_get_real_ts64() now that the wrapper is gone to fix compilation against Linux 5.4. Move the ifxmips_mei_interface header to the include directory, it can't be found otherwise during compilation. The reason for the changed behaviour is not yet clear, however having header files in an include directory is more straight forward. To use the of_device_id struct, the mod_devicetable header need to be included. Instead of including this header, include the of_platform header, which includes the mod_devicetable on its own. Signed-off-by: Mathias Kresin <dev@kresin.me>
* ltq-atm: add Linux 5.0+ compatibilityMathias Kresin2020-03-161-0/+8
| | | | | | | | | Upstream commit 96d4f267e40f95 ("Remove 'type' argument from access_ok() function") removes the first argument to access_ok. Adjust the code so it builds with Linux 5.4. Signed-off-by: Martin Blumenstingl <martin.blumenstingl@googlemail.com> Signed-off-by: Mathias Kresin <dev@kresin.me>
* kernel: kmod-serial-8250: fix linux 5.3 dependenciesMathias Kresin2020-03-161-1/+2
| | | | | | | Beginning with linux 5.3, kmod-serial-8250 uses functions provided by serial_mctrl_gpio.ko if GPIO support is enabled. Signed-off-by: Mathias Kresin <dev@kresin.me>
* kernel: make kmod-i2c-mux selected by dependent modulesSungbo Eo2020-03-161-3/+3
| | | | | | | | | | | | Currently kmod-i2c-mux-* will not get into images unless kmod-i2c-mux is added to DEVICE_PACKAGES as well. By changing the dependencies from "depends on" to "select", we do not have the issue anymore. Furthermore, we can remove most occurrences of the package from DEVICE_PACKAGES and similar variables, as it is now pulled by dependent modules such as: - kmod-i2c-mux-pca954x Signed-off-by: Sungbo Eo <mans0n@gorani.run>
* kernel: make kmod-i2c-core selected by dependent modulesSungbo Eo2020-03-131-9/+9
| | | | | | | | | | | | | | | | | | Currently kmod-i2c-* will not get into images unless kmod-i2c-core is added to DEVICE_PACKAGES as well. By changing the dependencies from "depends on" to "select", we do not have the issue anymore. Furthermore, we can remove most occurrences of the package from DEVICE_PACKAGES and similar variables, as it is now pulled by dependent modules such as: - kmod-hwmon-lm75 - kmod-i2c-gpio - kmod-i2c-gpio-custom - kmod-i2c-mux - kmod-i2c-ralink Signed-off-by: Sungbo Eo <mans0n@gorani.run> [do not touch ar71xx] Signed-off-by: Adrian Schmutzler <freifunk@adrianschmutzler.de>
* kernel: make kmod-hwmon-core selected by dependent modulesSungbo Eo2020-03-132-2/+2
| | | | | | | | | | | | | | | | | | Currently kmod-hwmon-* will not get into images unless kmod-hwmon-core is added to DEVICE_PACKAGES as well. By changing the dependencies from "depends on" to "select", we do not have the issue anymore. Furthermore, we can remove most occurrences of the package from DEVICE_PACKAGES and similar variables, as it is now pulled by dependent modules such as: - kmod-hwmon-gpiofan - kmod-hwmon-lm63 - kmod-hwmon-lm75 - kmod-hwmon-lm85 - kmod-hwmon-lm90 Signed-off-by: Sungbo Eo <mans0n@gorani.run> [do not touch ar71xx, adjust line wrapping] Signed-off-by: Adrian Schmutzler <freifunk@adrianschmutzler.de>
* kernel: ifb: set default numifbs to 0Kevin Darbyshire-Bryant2020-03-131-0/+1
| | | | | | | | | | | | By default on module load, 2 ifb interfaces are created and typically remain unused, cluttering 'ip link' outputs and generally confusing things. sqm-scripts for example, creates its own ifb interface/s instead of using these 2 defaults ifbs. Tell the ifb module to not create any default ifbs on load via the numifbs parameter. Signed-off-by: Kevin Darbyshire-Bryant <ldir@darbyshire-bryant.me.uk>
* kernel: make kmod-ata-core selected by dependent modulesupstreamless-old-masterSungbo Eo2020-03-111-3/+2
| | | | | | | | | | | | | | | | Currently kmod-ata-* will not get into images unless kmod-ata-core is added to DEVICE_PACKAGES as well. By changing the dependencies from "depends on" to "select", we do not have the issue anymore. Furthermore, we can remove most occurrences of the package from DEVICE_PACKAGES and similar variables, as it is now pulled by dependent modules such as: - kmod-ata-ahci - kmod-ata-ahci-mtk - kmod-ata-sunxi While at it, use AddDepends/ata for kmod-ata-pdc202xx-old. Signed-off-by: Sungbo Eo <mans0n@gorani.run>
* mt76: update to the latest versionFelix Fietkau2020-03-111-3/+3
| | | | | | a94e43f277e2 mt76: mt76x02: reset MCU timeout counter earlier in watchdog reset Signed-off-by: Felix Fietkau <nbd@nbd.name>
* kernel: kmod-fs-exfat: fix typo LINUX_4_{,1}4Yousong Zhou2020-03-091-1/+1
| | | | | Signed-off-by: Yousong Zhou <yszhou4tech@gmail.com> Reported-by: Petr Štetiar <ynezz@true.cz>
* kernel: add exFAT fs driverDENG Qingfang2020-03-091-0/+24
| | | | | | | | | This was available since kernel 5.4. The one provided in packages feed will be considered deprecated and renamed to kmod-fs-exfat0. Signed-off-by: DENG Qingfang <dengqf6@mail2.sysu.edu.cn> Signed-off-by: Yousong Zhou <yszhou4tech@gmail.com> (use name kmod-fs-exfat. use "@!(LINUX_4_4||LINUX_4_19)" for dependency)
* kernel: fix lib-xor for ARM64Tim Harvey2020-03-081-2/+2
| | | | | | use LINUX_KARCH in directory path to avoid failures in non-arm targets. Signed-off-by: Tim Harvey <tharvey@gateworks.com>
* gpio-button-hotplug: remove duplicate logging textPetr Štetiar2020-03-081-3/+3
| | | | | | | | Removes one of the duplicate `gpio-keys` words found in the logs: gpio-keys gpio-keys: gpio-keysdoes not support key code:143 Signed-off-by: Petr Štetiar <ynezz@true.cz>
* kernel: add kernel module for Sensirion SPS30 PMSPetr Štetiar2020-03-081-0/+16
| | | | | | | Adds into 4.19 backported kernel module from 5.1 for Sensirion SPS30 particulate matter sensor, for kernel 5.4 backported dependency fix. Signed-off-by: Petr Štetiar <ynezz@true.cz>
* kernel: iio: split buffer modules into separate packagesPetr Štetiar2020-03-081-14/+42
| | | | | | | | | Otherwise we would need to enable IIO_TRIGGERED_BUFFER symbol in all kernels in order to be able to use any of the IIO modules which are utilizing triggered buffer based data acquisition method. Acked-by: Stijn Tintel <stijn@linux-ipv6.be> Signed-off-by: Petr Štetiar <ynezz@true.cz>
* mac80211: fix symbol dependency of rt2x00lib kernel moduleSven Over2020-03-071-2/+8
| | | | | | | | | | | | On platforms that do not have CONFIG_MTD enabled, loading the rt2x00lib kernel module fails because it depends on symbols from the mtd module ("Unknown symbol get_mtd_device_nm"). This commit disables the code that can read the eeprom from mtd if mtd is not enabled. Signed-off-by: Sven Over <sp@cedenti.st> Signed-off-by: Daniel Golle <daniel@makrotopia.org>
* modules: fix dwc3-qcom wrong conditionAnsuel Smith2020-03-031-1/+1
| | | | | | | Since now we support both kernel 4.19 and 5.2, change the condition to remove driver when on kernel 4.14 Signed-off-by: Ansuel Smith <ansuelsmth@gmail.com>
* 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>
* 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>
* 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>
* 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>
generated by cgit v1.2.3 (git 2.25.1) at 2024-12-28 09:28:06 +0000