aboutsummaryrefslogtreecommitdiffstats
path: root/package/kernel
Commit message (Collapse)AuthorAgeFilesLines
* mac80211: make sure existing iface belongs to correct (fullmac) phyDaniel Golle2020-04-172-9/+19
| | | | | | | | | | | | | | Some FullMAC cfg80211 wireless devices do not support virtual interfaces, hence there is script logic to keep the existing network device. Improve this to support renaming the interface if needed and make sure the existing interface actually belongs to the right phy. Change calls to 'iw' to avoid outputing warnings and errors to not confuse users of such devices. Also bump PKG_RELEASE which has been forgotten in the previous two mac80211 changes. Signed-off-by: Daniel Golle <daniel@makrotopia.org>
* mac80211: drop data frames without key on encrypted linksDavid Bauer2020-04-171-0/+148
| | | | | | | | | | | | | | | | | | | | | | | | | If we know that we have an encrypted link (based on having had a key configured for TX in the past) then drop all data frames in the key selection handler if there's no key anymore. This fixes an issue with mac80211 internal TXQs - there we can buffer frames for an encrypted link, but then if the key is no longer there when they're dequeued, the frames are sent without encryption. This happens if a station is disconnected while the frames are still on the TXQ. Detecting that a link should be encrypted based on a first key having been configured for TX is fine as there are no use cases for a connection going from with encryption to no encryption. With extended key IDs, however, there is a case of having a key configured for only decryption, so we can't just trigger this behaviour on a key being configured. Cc: stable@vger.kernel.org Reported-by: Jouni Malinen <j@w1.fi> Signed-off-by: Johannes Berg <johannes.berg@intel.com> Signed-off-by: Luca Coelho <luciano.coelho@intel.com> Signed-off-by: David Bauer <mail@david-bauer.net>
* mac80211: fix detecting existing interfaceDaniel Golle2020-04-171-1/+1
| | | | | | | | | Instead of using the actual interface name, a hard-coded 'wlan0' has slipped into the script. Replace it. Fixes: ccf2aa9d4b ("mac80211: detect existing interface before adding") Reported-by: John Crispin <john@phrozen.org> Signed-off-by: Daniel Golle <daniel@makrotopia.org>
* Revert "kmod-sched: add act_police"Kevin Darbyshire-Bryant2020-04-141-10/+0
| | | | | | | | | | | This reverts commit 1b973b54ea4d5d20dec5e71c48bff6a3e0bcb4ac. It turns out act_police is included in the kmod-sched package so this package turns out to be superfluous and causes file provision conflicts. Ooooops! Best revert it then. Signed-off-by: Kevin Darbyshire-Bryant <ldir@darbyshire-bryant.me.uk>
* mac80211: adapt for single-instance wpadDaniel Golle2020-04-142-8/+8
| | | | Signed-off-by: Daniel Golle <daniel@makrotopia.org>
* mwlwifi: Update the 88W8964's firmware to 9.3.2.12 and fix backports version ↵Jose Olivera2020-04-133-23/+39
| | | | | | | | | | | | | | | | | | | | | | | | detection Updates the 88W8964 firmware used in the Linksys WRT3200ACM and WRT32X [v9.3.2.6 -> v9.3.2.12] Removes 0c43219 ("mwlwifi: Fix loading with backports v5.3") as it has been merged upstream. Unfortunately, there is a bug wherein Kaloz's repo, the version detection mechanism for fixing vendor commands doesn't work. It pulls in the Linux kernel version, which as of this time is "4.14.y" or "4.19.y" However, the proper behaviour is that it should pull in the mac80211 backports version which as of now is "5.4.27" The included patch works around this using a backports define found only on versions >5.3, "VENDOR_CMD_RAW_DATA". Signed-off-by: Jose Olivera <oliverajeo@gmail.com>
* 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>
* broadcom-wl: fix compilation with kernel 5.4Adrian Schmutzler2020-04-121-0/+18
| | | | | | | | | | | | | | This adds two fixes for compilation with kernel 5.4: 1. dev_open from include/linux/netdevice.h needs a second parameter since kernel 5.0: 00f54e68924e ("net: core: dev: Add extack argument to dev_open()") 2. get_ds() macro definition has been dropped since kernel 5.1: 736706bee329 ("get rid of legacy 'get_ds()' function") Since get_ds() has been just a macro before, replace it in the driver instead of creating a version switch. Signed-off-by: Adrian Schmutzler <freifunk@adrianschmutzler.de>
* broadcom-wl: fix compilation with kernel >= 4.15Adrian Schmutzler2020-04-121-0/+55
| | | | | | | | | | | | | | | | | | | | | | | | | | | | Since kernel 4.15, init_timer is not available anymore, and has been replaced by timer_setup. The fixes compilation of wl_linuc.c, which returned the following errors beforehand (line-wrapped manually): .../broadcom-wl-5.10.56.27.3/driver/wl_linux.c: In function 'wl_init_timer': .../broadcom-wl-5.10.56.27.3/driver/wl_linux.c:2576:2: error: implicit declaration of function 'init_timer'; did you mean 'init_timers'? [-Werror=implicit-function-declaration] init_timer(&t->timer); ^~~~~~~~~~ init_timers .../broadcom-wl-5.10.56.27.3/driver/wl_linux.c:2577:10: error: 'struct timer_list' has no member named 'data' t->timer.data = (ulong) t; ^ .../broadcom-wl-5.10.56.27.3/driver/wl_linux.c:2578:20: error: assignment to 'void (*)(struct timer_list *)' from incompatible pointer type 'void (*)(ulong)' {aka 'void (*)(long unsigned int)'} [-Werror=incompatible-pointer-types] t->timer.function = wl_timer; This should fix build of several devices on bcm63xx with testing kernel (4.19). Signed-off-by: Adrian Schmutzler <freifunk@adrianschmutzler.de>
* 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>
* packages: mt76: add 14c3:7610 pci id to listPawel Dembicki2020-04-082-1/+31
| | | | | | | | | | This commit add patch with 14c3:7610 pci id addition. It was sent upstream. Signed-off-by: Pawel Dembicki <paweldembicki@gmail.com> [bumped PKG_RELEASE] Signed-off-by: Daniel Golle <daniel@makrotopia.org>
* 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-012-3/+17
| | | | | | | | | | | | | | 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>
* kmod-sched-cake: rename to kmod-sched-cake-ootKevin Darbyshire-Bryant2020-04-011-6/+7
| | | | | | | | | | | | | In preparation for dropping the out of tree cake module and using in tree cake from upstream, rename the package to kmod-sched-cake-oot (out of tree) Initially add a PROVIDES kmod-sched-cake so that package dependencies can be satisfied. Ultimately this package will be removed when linux 4.14 is removed. Signed-off-by: Kevin Darbyshire-Bryant <ldir@darbyshire-bryant.me.uk>
* mac80211: rt2x00: prune more unnecessary exportsDaniel Golle2020-04-015-137/+27
| | | | | | | | | | | | The calibration patches for MT7620 unnecessarily export symbols and populate never accessed function pointers. Remove all that and make functions static as the only place where each of those functions is called is within rt2800lib.c. Also make code more readable by fixing indentation, removing unnecessary parantheses and simplifying some instructions using shorthands here and there. Signed-off-by: Daniel Golle <daniel@makrotopia.org>
* bcm27xx-gpu-fw: update to latest version from RPi foundationÁlvaro Fernández Rojas2020-03-311-22/+15
| | | | Signed-off-by: Álvaro Fernández Rojas <noltari@gmail.com>
* ath10k-ct: Support AQL on ath10k CT_KVER-5.4Jose Olivera2020-03-301-0/+10
| | | | | | | | | | | | | | | | | Commit ea50780 backported Airtime Queue Limits (AQL) from Linux 5.5 to OpenWrt's backports 5.4. However, this only enabled AQL for the vanilla ath10k driver. This patch also enables it for ath10k-ct. Tested on: * 2xTP-Link Archer A7v5 (QCA9563/QCA988X) * Backports version 5.4-rc8 & 5.4.27 * ath10k-ct and ath10k-ct-htt firmware version 014 to 017 * ath10k-ct driver versions dc025dc to 3d173a4 (CT_KVER-5.4) * WPA2, 802.11krv Tested since January 25, 2020. Signed-off-by: Jose Olivera <oliverajeo@gmail.com>
* mac80211: Update to version 5.4.27Hauke Mehrtens2020-03-2938-654/+57
| | | | | | The removed patches are all integrated in the upstream version now. Signed-off-by: Hauke Mehrtens <hauke@hauke-m.de>
* mac80211: Fix rt2x00 exportsHauke Mehrtens2020-03-292-17/+6
| | | | | | | | | | | | | | | | | | | Do not export static functions, they are anyway not referenced by any code in a different module. This fixes the following compile warning: WARNING: "rt2800_rf_aux_tx0_loopback" [/drivers/net/wireless/ralink/rt2x00/rt2800lib] is a static EXPORT_SYMBOL_GPL WARNING: "rt2800_write_dc" [/drivers/net/wireless/ralink/rt2x00/rt2800lib] is a static EXPORT_SYMBOL_GPL WARNING: "rt2800_rf_configstore" [/drivers/net/wireless/ralink/rt2x00/rt2800lib] is a static EXPORT_SYMBOL_GPL WARNING: "rt2800_do_sqrt_accumulation" [/drivers/net/wireless/ralink/rt2x00/rt2800lib] is a static EXPORT_SYMBOL_GPL WARNING: "rt2800_rf_configrecover" [/drivers/net/wireless/ralink/rt2x00/rt2800lib] is a static EXPORT_SYMBOL_GPL WARNING: "rt2800_loft_search" [/drivers/net/wireless/ralink/rt2x00/rt2800lib] is a static EXPORT_SYMBOL_GPL WARNING: "rt2800_iq_search" [/drivers/net/wireless/ralink/rt2x00/rt2800lib] is a static EXPORT_SYMBOL_GPL WARNING: "rt2800_setbbptonegenerator" [/drivers/net/wireless/ralink/rt2x00/rt2800lib] is a static EXPORT_SYMBOL_GPL WARNING: "rt2800_rf_aux_tx1_loopback" [/drivers/net/wireless/ralink/rt2x00/rt2800lib] is a static EXPORT_SYMBOL_GPL Acked-by: Daniel Golle <daniel@makrotopia.org> Signed-off-by: Hauke Mehrtens <hauke@hauke-m.de>
* mac80211: rtl8723bs: fix missing MMC dependencyPetr Štetiar2020-03-281-1/+1
| | | | | | | | | | | | Building of ath79-tiny has uncovered following: Package kmod-rtl8723bs is missing dependencies for the following libraries: mmc_core.ko So add this missing dependency. Fixes: 8c26d67a67d0 ("mac80211: realtek: add staging driver for RTL8723BS SDIO module") Signed-off-by: Petr Štetiar <ynezz@true.cz>
* 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>
* mac80211: realtek: add staging driver for RTL8723BS SDIO modulePetr Štetiar2020-03-281-1/+18
| | | | | | | Adds kernel module for Realtek RTL8723BS SDIO Wireless LAN NIC driver available in the staging. Signed-off-by: Petr Štetiar <ynezz@true.cz>
* hostapd: fix no_reload logicJohn Crispin2020-03-271-2/+4
| | | | | | | the code would unconditionally tear down all interfaces upon a reconf. This should only be done when the reconf call fails. Signed-off-by: John Crispin <john@phrozen.org>
* mac80211: fix brcmfmac monitor interface crashRafał Miłecki2020-03-272-1/+101
| | | | | | | This fixes bug in brcmfmac *exposed* by ipv6/addrconf fix. Fixes: ec8e8e2ef082 ("kernel: backport out-of-memory fix for non-Ethernet devices") Signed-off-by: Rafał Miłecki <rafal@milecki.pl>
* ath10k-ct: update to version 2020-03-25Álvaro Fernández Rojas2020-03-271-3/+3
| | | | | Signed-off-by: Álvaro Fernández Rojas <noltari@gmail.com> Acked-by: Petr Štetiar <ynezz@true.cz>
* 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)
generated by cgit v1.2.3 (git 2.25.1) at 2024-07-02 15:23:27 +0000