aboutsummaryrefslogtreecommitdiffstats
path: root/package/kernel/linux
Commit message (Collapse)AuthorAgeFilesLines
...
* kernel: hwmon: add dme1737 driverLucian Cristian2020-04-131-0/+16
| | | | | | SMSC DME1737, SCH3112, SCH3114, SCH3116, SCH5027 monitoring support Signed-off-by: Lucian Cristian <lucian.cristian@gmail.com>
* kmod-sched: add act_policeKevin Darbyshire-Bryant2020-04-101-0/+10
| | | | | | | | | | | | | | | | | | "Whoop whoop, sound of da police" Add an ingress capable traffic policer module configurable with tc. From the man page: The police action allows to limit bandwidth of traffic matched by the filter it is attached to. Basically there are two different algorithms available to measure the packet rate: The first one uses an internal dual token bucket and is configured using the rate, burst, mtu, peakrate, overhead and linklayer parameters. The second one uses an in-kernel sampling mechanism. It can be fine-tuned using the estimator filter parameter. Signed-off-by: Kevin Darbyshire-Bryant <ldir@darbyshire-bryant.me.uk>
* kernel: add @IPV6 dependency to ipv6 modulesEneas U de Queiroz2020-04-092-8/+11
| | | | | | | | | | | | | | IPv6 modules should all depend on @IPV6, to avoid circular dependencies problems, especially if they select a module that depends on IPV6 as well. In theory, if a package A depends on IPV6, any package doing 'select A' (DEPENDS+= A) should also depend on IPV6; otherwise selecting A will fail. Sometimes the build system is forgiving this, but eventually, and unexpectedly, it may blow up on some other commit. Alternatively one can conditionally add IPv6 dependencies only if CONFIG_IPV6 is selected: (DEPENDS+= +IPV6:package6). Signed-off-by: Eneas U de Queiroz <cotequeiroz@gmail.com>
* kmod: add netlink-diag packageRosen Penev2020-04-071-0/+15
| | | | | | This is used by the ss utility from iproute2. Signed-off-by: Rosen Penev <rosenp@gmail.com>
* kernel: netdev: add missing config for mlx5 driverTan Zien2020-04-061-3/+12
| | | | | | | | | | | The mlk5 kmod lacks all necessary build symbols for kernel 4.14 (again). Add missing symbols to avoid build failure on these targets. Signed-off-by: Tan Zien <nabsdh9@gmail.com> [rewrite commit message - reorder symbols] Signed-off-by: David Bauer <mail@david-bauer.net>
* kernel: Fix miss config and module for mlx driverTan Zien2020-04-041-3/+10
| | | | | | | | | Missing config symbols could lead to build failures on kernel 4.14/4.19. Signed-off-by: Tan Zien <nabsdh9@gmail.com> [rephrase commit message - reorder symbols] Signed-off-by: David Bauer <mail@david-bauer.net>
* kernel: add module for Mellanox mlx Network DriverTan Zien2020-04-031-0/+35
| | | | | | | | add module to support Mellanox Connect-X card mlx4 supports ConnectX-3 series and previous cards mlx5 supports Connect-IB/ConnectX-4 series and later cards Signed-off-by: Tan Zien <nabsdh9@gmail.com>
* kmod-sched-cake: switch to in-tree cake for 4.19+Kevin Darbyshire-Bryant2020-04-011-1/+16
| | | | | | | | | | | | | | Use in tree version of cake for kernels 4.19+ and backport features from later kernel versions to 4.19. Unfortunately PROVIDES dependency handling produces bogus circular dependency warnings so whilst this package and kmod-sched-cake-oot should be able to PROVIDE kmod-sched-cake this doesn't work. Instead, remove the PROVIDES option and modify package sqm-scripts to depend on the correct module independently. Signed-off-by: Kevin Darbyshire-Bryant <ldir@darbyshire-bryant.me.uk>
* kernel: package gpio-f7188x driverNick Bowler2020-03-281-0/+16
| | | | | | | This driver enables support for the GPIO capabilities found in many Fintek Super-IO chips. Signed-off-by: Nick Bowler <nbowler@draconx.ca>
* kernel: package f71808e-wdt driverNick Bowler2020-03-281-0/+16
| | | | | | | This driver enables support for the watchdog timers found in many Fintek Super-IO chips. Signed-off-by: Nick Bowler <nbowler@draconx.ca>
* kernel: package f71882fg hwmon driverNick Bowler2020-03-281-0/+15
| | | | | | | This driver enables hardware monitoring support using the sensors found in many Fintek Super-IO chips. Signed-off-by: Nick Bowler <nbowler@draconx.ca>
* 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>
* 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-131-1/+1
| | | | | | | | | | | | | | | | | | 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>
* 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>
* 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>
* 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>
* 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>
* 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>
* kernel: avoid underscore in *6lowpan package namesEneas U de Queiroz2020-02-192-6/+6
| | | | | | | | | | | | | | | | | | | | | | | | | Packages kmod-bluetooth_6lowpan and kmod-ieee802154_6lowpan contain an underscore in the package name. This causes problems in package/install because when building a list of package files to install offline using opkg, it uses a wildcard of the form $(dir)/$(pkg)_*.ipk. If you were to select kmod-bluetooth=y, but kmod-bluetooth_6lowpan=m, the latter would be picked up by that wildcard, and make package/install would fail: Collected errors: * satisfy_dependencies_for: Cannot satisfy the following dependencies * for kmod-bluetooth_6lowpan: * kmod-6lowpan * opkg_install_cmd: Cannot install package kmod-bluetooth_6lowpan. Changing the wildcard pattern is not trivial, and there may be other places in the build system making this assumption about the package name format. Using a dash in place of the underscore avoids the issue. Signed-off-by: Eneas U de Queiroz <cotequeiroz@gmail.com>
* brcm2708: rename target to bcm27xxAdrian Schmutzler2020-02-141-2/+2
| | | | | | | | | | | | | | | | | This change makes the names of Broadcom targets consistent by using the common notation based on SoC/CPU ID (which is used internally anyway), bcmXXXX instead of brcmXXXX. This is even used for target TITLE in make menuconfig already, only the short target name used brcm so far. Despite, since subtargets range from bcm2708 to bcm2711, it seems appropriate to use bcm27xx instead of bcm2708 (again, as already done for BOARDNAME). This also renames the packages brcm2708-userland and brcm2708-gpu-fw. Signed-off-by: Adrian Schmutzler <freifunk@adrianschmutzler.de> Acked-by: Álvaro Fernández Rojas <noltari@gmail.com>
generated by cgit v1.2.3 (git 2.25.1) at 2024-11-05 10:20:32 +0000