aboutsummaryrefslogtreecommitdiffstats
path: root/package/kernel
Commit message (Collapse)AuthorAgeFilesLines
* mt76: update mirror hash after tar portablity fixFelix Fietkau2017-05-301-1/+1
| | | | Signed-off-by: Felix Fietkau <nbd@nbd.name>
* mwlwifi: update to the latest versionAnsuel Smith2017-05-301-3/+3
| | | | Signed-off-by: Ansuel Smith <ansuelsmth@gmail.com>
* mt76: update to the latest version, fixes a mt7603 beacon issueFelix Fietkau2017-05-301-3/+3
| | | | Signed-off-by: Felix Fietkau <nbd@nbd.name>
* mt76: update to the latest version, improves mt7603/7628 stabilityFelix Fietkau2017-05-291-4/+4
| | | | Signed-off-by: Felix Fietkau <nbd@nbd.name>
* kernel: fix autoloading arch-specific modulesYousong Zhou2017-05-253-9/+9
| | | | | | Fixes FS#745 Signed-off-by: Yousong Zhou <yszhou4tech@gmail.com>
* backlight-pwm: fix module descriptionYousong Zhou2017-05-251-1/+1
| | | | Signed-off-by: Yousong Zhou <yszhou4tech@gmail.com>
* kernel: add kmod-usb-net-pl packageRoman Spychała2017-05-251-0/+13
| | | | | | Kernel support for Prolific PL-2301/2302/25A1 based cables Signed-off-by: Roman Spychała <roed@onet.eu>
* mac80211: add support for rtl8821ae pcie adapterHans Ulli Kroll2017-05-211-2/+22
| | | | | | | | | Add support for Realtek RTL8821AE/RTL8812AE PCIe adapter. This device supports 802.11ac and bluetooth testet on PC Engines APU with AP and STA mode Signed-off-by: Hans Ulli Kroll <ulli.kroll@googlemail.com>
* mac80211: rt2x00: remove unneccessary codeDaniel Golle2017-05-181-0/+134
| | | | | | | | Use chanreg and dccal helpers to reduce the size of ePA code. Signed-off-by: Tomislav Požega <pozega.tomislav@gmail.com> Signed-off-by: Daniel Golle <daniel@makrotopia.org> [daniel@makrotopia.org: fixed white-space so patch applies]
* ath10k-ct: Update to latest ath10k-ct driver.Ben Greear2017-05-181-3/+3
| | | | | | | | | | | | | Supports disabling firmware hex logging that many found too verbose. Increase BMI timer so system works more often with 9888 Compex NIC (and maybe others). Allow configuring a specific board-file per NIC using fwcfg file. Maybe fix a scan-busy problem when using CT firmware. Signed-off-by: Ben Greear <greearb@candelatech.com>
* kernel: add hwmon for W83627EHF and familyPhilip Prindeville2017-05-171-0/+17
| | | | | | | | Remove support for NCT6775/6 from W83627EHF driver so the NCT6775 driver will still be used for those chips. Signed-off-by: Daniel Golle <daniel@makrotopia.org> Signed-off-by: Philip Prindeville <philipp@redfish-solutions.com>
* kernel: add Digi Edgeport USB serial driver packageBjørn Mork2017-05-161-0/+39
| | | | Signed-off-by: Bjørn Mork <bjorn@mork.no>
* om-watchdog: add support for Teltonika RUT5xx (ramips)Steffen Weinreich2017-05-152-1/+10
| | | | | | | | | | | Add rut5xx GPIO PIN selection to om-package startup script. Testet on a RUT500 device, the timeout value of the hardware watchdog is about 280 sec. Signed-off-by: Steffen Weinreich <steve@weinreich.org> [split into two commits, bump PKG_RELEASE] Signed-off-by: Piotr Dymacz <pepe2k@gmail.com>
* om-watchdog: cosmetic code style fixesPiotr Dymacz2017-05-151-31/+31
| | | | Signed-off-by: Piotr Dymacz <pepe2k@gmail.com>
* om-watchdog: cleanup MakefilePiotr Dymacz2017-05-151-8/+0
| | | | | | Drop redundant Build/Prepare, empty lines and duplicated Build/Compile. Signed-off-by: Piotr Dymacz <pepe2k@gmail.com>
* mac80211: gracefully handle preexisting VIFJo-Philipp Wich2017-05-141-0/+6
| | | | | | | | | | | | | | | | | | | | Gracefully handle cases where the to-be-created wireless interface already exists on the system which might commonly happen with non-multi-SSID capable wireless drivers. This fixes commit 8301e613655c2d95fa5430a1a57d92d966fdc70b which caused previously ignored "Too many open files in system (-23)" errors to fail the wireless setup procedure. With the updated approach we'll still try recreating the vif after one second if the first attempt to do so failed with ENFILE but we will now consider the operation successfull if a second attempt still yields ENFILE with the requested ifname already existing on the system. Fixes FS#664, FS#704. Suggested-by: Vittorio Gambaletta <openwrt@vittgam.net> Signed-off-by: Jo-Philipp Wich <jo@mein.io>
* mac80211, hostapd: always explicitly set beacon intervalMatthias Schiffer2017-05-132-5/+7
| | | | | | | | | | | | | | | | One of the latest mac80211 updates added sanity checks, requiring the beacon intervals of all VIFs of the same radio to match. This often broke AP+11s setups, as these modes use different default intervals, at least in some configurations (observed on ath9k). Instead of relying on driver or hostapd defaults, change the scripts to always explicitly set the beacon interval, defaulting to 100. This also applies the beacon interval to 11s interfaces, which had been forgotten before. VIF-specific beacon_int setting is removed from hostapd.sh. Fixes FS#619. Signed-off-by: Matthias Schiffer <mschiffer@universe-factory.net>
* kernel: allow selecting RTC drivers on targets without explicit RTC supportFelix Fietkau2017-05-021-8/+15
| | | | | | Keep them disabled by default to avoid pulling in extra kernel bloat Signed-off-by: Felix Fietkau <nbd@nbd.name>
* mac80211: Backport AR934x OTP PatchChris Blake2017-04-261-0/+42
| | | | | | | | | Merged upstream in https://patchwork.kernel.org/patch/9572541/, this patch fixes the OTP offset used by the AR934x and AR955X to properly enable reading from the OTP. Signed-off-by: Christian Lamparter <chunkeey@googlemail.com> Signed-off-by: Chris Blake <chrisrblake93@gmail.com>
* mac80211: rt2x00: add incomplete support for external PA on MT7620Daniel Golle2017-04-241-0/+125
| | | | | | | | | | | | | | Do as the vendor driver does -- however, some devices apparently patched support for external PA into the driver similar to how it was done on Rt3352, using EEPROM_NIC_CONF1 rather than EEPROM_NIC_CONF2, hence we check for both fields. Somehow the vendor driver also no longer offers the option of only one of the TX paths having an external PA (which was probably to weird to ever be implemented in practise, though it doesn't seem like a particularly bad idea to me). Do the same in rt2x00 and enable support for external PA on both TX paths whenever it is set for TX0 in EEPROM. Signed-off-by: Daniel Golle <daniel@makrotopia.org>
* mac80211: rt2x00: reorder patches and prepare for MT7620 external PADaniel Golle2017-04-245-0/+128
| | | | | | | | | Import change to make external PA capability consistent with the vendor driver instead of having the logic inverted. While at it, apply patches in the same order as they got merged upstream. Signed-off-by: Daniel Golle <daniel@makrotopia.org>
* mac80211: rt2800: fix mt7620 E2 channel registersTomislav Požega2017-04-181-0/+41
| | | | | | | | update RF register 47 and 54 values according to vendor driver Signed-off-by: Tomislav Požega <pozega.tomislav@gmail.com> Signed-off-by: Daniel Golle <daniel@makrotopia.org> [daniel@makrotopia.org: moved changes into a separate patch]
* mac80211: rt2800: fix mt7620 vco calibration registersTomislav Požega2017-04-181-0/+50
| | | | | | | | | | Use register values from init LNA function instead of the ones from restore LNA function. Apply register values based on rx path configuration. Signed-off-by: Tomislav Požega <pozega.tomislav@gmail.com> Signed-off-by: Daniel Golle <daniel@makrotopia.org> [daniel@makrotopia.org: moved changes into a separate patch]
* mac80211: fix kconfig recursive dependency warningFelix Fietkau2017-04-181-2/+1
| | | | | | | | | | | | | Make brcmfmac depend on !TARGET_uml. Technically, brcmfmac could be built for uml because only SDIO support won't work on that target. However, selectively avoiding the dependency propagation of !TARGET_uml from kmod-mmc to avoid including a reference to BRCMFMAC_SDIO doesn't work. In practice, brcmfmac is completely useless on uml, so let's just disable it there. Signed-off-by: Felix Fietkau <nbd@nbd.name>
* mac80211: rt2x00: fix MT7620 LNA gain and VCO-after-ALCDaniel Golle2017-04-172-0/+88
| | | | | | | This should fix issues with bad RX as well as AP not coming up and/or scanning failing. Signed-off-by: Daniel Golle <daniel@makrotopia.org>
* mac80211: add rt2x00 debug symbols to PKG_CONFIG_DEPENDSJonas Gorski2017-04-121-0/+2
| | | | | | | Chaning these symbols require a recompilation of the modules, so make the system aware of it. Signed-off-by: Jonas Gorski <jonas.gorski@gmail.com>
* mac80211: manually apply dependencies to prevent a recoursive oneJonas Gorski2017-04-121-1/+2
| | | | | | | Apply the !UML dependency to both the symbol and the DEPENDS so there is no recursive dependency anymore. Signed-off-by: Jonas Gorski <jonas.gorski@gmail.com>
* mac80211: conistent wireless.wiki.kernel.orgMatthias Fritzsche2017-04-121-7/+7
| | | | | | | Change all the URLs to wireless.wiki.kernel.org to have the same protocol, domain and path. Signed-off-by: Matthias Fritzsche <txt.file@txtfile.eu>
* kernel: make kmod-mmc unavailable on UMLJonas Gorski2017-04-101-0/+1
| | | | | | | | MMC requires IOMEM support, which UML doesn't have. Fixes mac80211 build, as mwifiex-sdio depends on MMC support. Signed-off-by: Jonas Gorski <jonas.gorski@gmail.com>
* ath9k: drop obsolete patchMathias Kresin2017-04-084-43/+4
| | | | | | | Now that the wireless LEDs are added via platform leds this patch isn't required any longer. Signed-off-by: Mathias Kresin <dev@kresin.me>
* ath9k: ignore led_pin if ath9k GPIO controller is used with DTMathias Kresin2017-04-082-6/+8
| | | | | | | | Don't setup the default led pin if the ath9k GPIO controller is used via device tree to prevent collision. In case any of the pins exposed by the ath9k is used, the phyNtpt trigger needs to be set in userspace. Signed-off-by: Mathias Kresin <dev@kresin.me>
* ath9k: enable GPIO chip only if requested via DTMathias Kresin2017-04-082-10/+21
| | | | | | | | In case that the atheros device tree binding is used, enable access to the GPIO chip only if the gpio-controller device tree parameter is used for the ath9k node. Signed-off-by: Mathias Kresin <dev@kresin.me>
* ath9k: unset the default LED pin if used by platform ledsMathias Kresin2017-04-084-31/+27
| | | | | | | | | Unset the default LED gpio pin if the same gpio pin is used by a LED defined via platform LED. This prevents that the default led trigger gets assigned to this LED and the GPIO value gets changed on wifi up/down in case the led is not used for signaling the wifi state. Signed-off-by: Mathias Kresin <dev@kresin.me>
* kernel: add thermal monitor for nct6775/6776Philip Prindeville2017-04-071-0/+15
| | | | | | | Support for the nct6775/6776 hwmon chips, and other compatibles in the family as well as the Intel on-chip thermal sensors. Signed-off-by: Philip Prindeville <philipp@redfish-solutions.com>
* mt76: ensure that the metapackage gets built as .ipkFelix Fietkau2017-04-051-0/+4
| | | | | | Fixes errors during the image builder run Signed-off-by: Felix Fietkau <nbd@nbd.name>
* mac80211: backport an upstream fix for queue start/stop handlingFelix Fietkau2017-04-031-0/+29
| | | | | | Fixes issues with 802.11s Signed-off-by: Felix Fietkau <nbd@nbd.name>
* modules: Add kmod-igbvf kernel module for Intel(R) 82576 Virtual Function ↵Ye Tao2017-04-031-0/+18
| | | | | | | | | | | | | | | | Ethernet adapters Intel(R) 82576 is an adapter which supports SR-IOV. Thus the host can assign Virtual Functions (VFs) to different VMs by the PCI-E Passthrough (e.g. VFIO for KVM), to gain different advantages (performance, VF to VF communications, host kernel offload, etc.). The driver of the passthroughed VFs is the igbvf (igb is NOT compatible). This is essential for VM guests, to enable them to utilize this feature. Signed-off-by: Ye Tao <tydus@hongo.wide.ad.jp>
* mac80211: rt2x00: import upstream changes and rebase our patchesDaniel Golle2017-03-3049-189/+1676
| | | | | | | | Some of our local patches have been accepted upstream. And there are some more relevant changes (mostly for rt2800usb). Import them and rebase our remaining local patches on top. Signed-off-by: Daniel Golle <daniel@makrotopia.org>
* kernel: add w83627hf-wdt watchdog timer modulePhilip Prindeville2017-03-291-0/+15
| | | | | | | | | This is a 3rd party chipset which is not present on all Intel reference designs, so make it a module rather than baked in (this will also alleviate conflicts with drivers which also detect some of the same chipsets). Signed-off-by: Philip Prindeville <philipp@redfish-solutions.com>
* kernel: kmod packaging for Intel 10G ethernet ixgbe driverPhilip Prindeville2017-03-292-0/+35
| | | | | | | A lot of Ivybridge and Haswell servers have the 82598/82599 Ethernet controllers. Signed-off-by: Philip Prindeville <philipp@redfish-solutions.com>
* mac80211: ath10k: allow failure getting board id via otpHannu Nyman2017-03-281-0/+11
| | | | | | | | | | | | | | | ath10k tries to fetch board id via otp, but that fails for many chips like QCA988x, QCA9984 etc. Recent commit cc189c0b7f removed the earlier hack that had allowed QCA radios to work, as that hack was incompatible with the new wifi chips being introduced to the source tree. Restore functionality for the existing wifi chips by modifying the return value of the 'board id via otp' function to a value that is recognised as a harmless error, so that name evaluation continues by using the board file. Patch originally suggested by Christian Lamparter in forum discussion. Signed-off-by: Hannu Nyman <hannu.nyman@iki.fi>
* kernel: Fix F2FS module dependenciesShane Peelar2017-03-271-0/+1
| | | | | | F2FS depends on the crc32_generic module (NOT crc32c_generic) Signed-off-by: Shane Peelar <lookatyouhacker@gmail.com>
* kernel: Add kmod-crypto-crc32 (crc32_generic.ko)Shane Peelar2017-03-271-0/+11
| | | | | | | This is needed for F2FS support (it depends on crc32_generic, not crc32c_generic). Signed-off-by: Shane Peelar <lookatyouhacker@gmail.com>
* lantiq: align falcon code with ar9-vr9 codeStefan Koch2017-03-271-70/+3
| | | | Signed-off-by: Stefan Koch <stefan.koch10@gmail.com>
* lantiq: cleanup code ar9-vr9 partsStefan Koch2017-03-272-155/+131
| | | | | | | | | | - remove unused code within 500-ar9_vr9.patch - fixed return of IFX_ERROR (solves SIGSEGV in asterisk at failure) - align it a bit with 400-falcon.patch - remove 600-kernel-4.9.patch since changed parts are removed during cleanup Signed-off-by: Stefan Koch <stefan.koch10@gmail.com>
* lantiq: remove residual watchdog parts from ltq-vmmcStefan Koch2017-03-241-3/+94
| | | | | | | | | | | | modify 500-ar9_vr9.patch from commit 29367aac42d6 ("lantiq: ltq-vmmc add support for ar9-vr9") - remove unused dependencies to external watchdog functions (wdog setup is already disabled) - using header file from kernel (asm/vpe.h) instead patched file (vpe.h) - cleanup whitspace warning Signed-off-by: Stefan Koch <stefan.koch10@gmail.com>
* ath9k: fix power limits on initFelix Fietkau2017-03-221-0/+47
| | | | | | | | | | | | | | | The tx power applied by set_txpower is limited by the CTL (conformance test limit) entries in the EEPROM. These can change based on the user configured regulatory domain. Depending on the EEPROM data this can cause the tx power to become too limited, if the original regdomain CTLs impose lowr limits than the CTLs of the user configured regdomain. To fix this issue, set the initial channel limits without any CTL restrictions and only apply the CTL at run time when setting the channel and the real tx power. Signed-off-by: Felix Fietkau <nbd@nbd.name>
* ath: do not apply broken power limits with ATH_USER_REGDFelix Fietkau2017-03-223-12/+44
| | | | | | | | | If a device uses the default EEPROM code, typically only the main CTLs are valid, and they do not apply properly when switching to a different regulatory domain. If the regdomain deviates from the EEPROM one, force the world roaming regdomain to ensure that power limits are sane Signed-off-by: Felix Fietkau <nbd@nbd.name>
* mac80211: Fix race condition leading to wifi interfaces not coming up at ↵Vittorio Gambaletta2017-03-221-5/+27
| | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | boot sometimes. In the drv_mac80211_setup function, mac80211_interface_cleanup is called to ask the kernel to delete all existing interfaces for the phy that is being configured via netlink. Later in the first function, mac80211_prepare_vif is called to set up the new interfaces as required. But sometimes, when mac80211_prepare_vif (and so the relevant `iw phy x interface add y` command) runs, the kernel might still be cleaning up the old interface with the same ifname. It usually takes very few time to do that; possibly a few milliseconds of sleep in the script after detecting this error condition could be enough, but the busybox sh does not support sub-second sleep intervals. When this happens, iw obviously fails to create the new interface; and the following message is printed in the system log, followed by subsequent failure messages from hostapd in case this would have been an AP interface. Tue Mar 14 04:21:57 2017 daemon.notice netifd: radio1 (2767): command failed: Too many open files in system (-23) This was a long-standing issue existing since at least OpenWrt Backfire, and today I finally managed to debug and (hopefully) solve it. It was happening very few times on most devices; but it was happening a lot more frequently on fast platforms with multiple radios, such as the powerpc-based dual-ath9k-radio tl-wdr4900-v1. Signed-off-by: Vittorio Gambaletta <openwrt@vittgam.net>
* mac80211: enable ath10k AHB support for QCA4019Christian Lamparter2017-03-224-51/+50
| | | | | | | | | | | | | | | | This patch enables the ATH10K_AHB support for the QCA4019 devices on the AHB bus. This patch also removes 936-ath10k_skip_otp_check.patch because it breaks the AHB device identification. "Patch is wrong. I find it frustrating OpenWRT/LEDE doesn't try to work with upstream on ixing these things right." [1] <https://www.mail-archive.com/ath10k@lists.infradead.org/msg05896.html> It also limits ath10k memory hunger (This is a problem with 128MiB RAM) Signed-off-by: Christian Lamparter <chunkeey@gmail.com>
generated by cgit v1.2.3 (git 2.25.1) at 2024-11-03 19:05:18 +0000