aboutsummaryrefslogtreecommitdiffstats
path: root/package/kernel/mac80211
Commit message (Collapse)AuthorAgeFilesLines
* ath9k: explicitly clear gpio chip ownerFelix Fietkau2016-07-112-10/+11
| | | | | | The core can set it based on the parent device on register Signed-off-by: Felix Fietkau <nbd@nbd.name>
* ath9k: remove gpio chip owner field to fix module unloadingFelix Fietkau2016-07-112-11/+10
| | | | Signed-off-by: Felix Fietkau <nbd@nbd.name>
* mac80211: fix a powersave issue in the intermediate queueing codeFelix Fietkau2016-07-111-0/+21
| | | | Signed-off-by: Felix Fietkau <nbd@nbd.name>
* Revert "ath9k: switch to using mac80211 intermediate software queues"Felix Fietkau2016-07-1111-887/+18
| | | | | | | | This reverts commit 31e5ed4152c4aa826641b2db6b4245a03dd553b5. I've noticed some weird powersave related issues with this commit. Revert until they've been fixed. Signed-off-by: Felix Fietkau <nbd@nbd.name>
* ath9k: switch to using mac80211 intermediate software queuesFelix Fietkau2016-07-1111-18/+887
| | | | | | | Provides a nice latency reduction under load, due to mac80211's fq_codel support. Signed-off-by: Felix Fietkau <nbd@nbd.name>
* ath10k: fix a compiler warningFelix Fietkau2016-07-091-1/+10
| | | | Signed-off-by: Felix Fietkau <nbd@nbd.name>
* ath10k: fix #if vs #ifdef in led trigger patchFelix Fietkau2016-07-091-1/+1
| | | | Signed-off-by: Felix Fietkau <nbd@nbd.name>
* mac80211: make package ath9k-common hiddenFelix Fietkau2016-07-091-0/+1
| | | | | | It cannot be selected independently of ath9k and ath9k-htc Signed-off-by: Felix Fietkau <nbd@nbd.name>
* mac80211: backport brcmfmac changes from 2016-07-08Rafał Miłecki2016-07-084-2/+161
| | | | | | | | | | | | | | | To work correctly hostapd requires wireless driver to allow interfaces removal. It was working with brcmfmac only partially. Firmware for BCM43602 got some special hack (feature?) that allowed removing all interfaces by disabling mbss mode. It wasn't working with BCM4366 firmware and remaining interfaces were preventing hostapd from starting again. Those patches add support for "interface_remove" firmware method which works with BCM4366 firmware and they make it finally possible to use BCM4366 & brcmfmac & multiple interfaces. Signed-off-by: Rafał Miłecki <zajec5@gmail.com>
* mac80211: backport brcmfmac changes from 2016-06-29Rafał Miłecki2016-07-065-0/+362
| | | | Signed-off-by: Rafał Miłecki <zajec5@gmail.com>
* ath9k: add beacon related stability fixesFelix Fietkau2016-07-0510-15/+908
| | | | Signed-off-by: Felix Fietkau <nbd@nbd.name>
* mac80211: move include statements for skb_get_hash_perturb() to prevent ↵Felix Fietkau2016-07-031-10/+4
| | | | | | issues with newer kernels Signed-off-by: Felix Fietkau <nbd@nbd.name>
* mac80211: backport skb_get_hash_perturb() for 4.1 and olderFelix Fietkau2016-07-031-0/+28
| | | | Signed-off-by: Felix Fietkau <nbd@nbd.name>
* kernel: mac80211: set the parent of the ath9k gpio_chipMartin Blumenstingl2016-07-022-10/+15
| | | | | | | | | | | | | | | | This allows gpiolib to re-use ath9k's devicetree node as GPIO controller. Example: ath9k: ath9k@0 { #gpio-cells = <2>; gpio-controller; } Now the ath9k node can be used just like any other GPIO controller: gpios = <&ath9k 1 GPIO_ACTIVE_HIGH>; Signed-off-by: Martin Blumenstingl <martin.blumenstingl@googlemail.com>
* kernel: mac80211: enable the gpio controller for all ath9k devicesMartin Blumenstingl2016-07-022-22/+12
| | | | | | | | | This enables ath9k's built-in GPIO controller for all chip versions (instead of an explicit whitelist). This also allows us to get rid of some duplicate code between hw.c and gpio.c because hw.c already determines the number of GPIOs. Signed-off-by: Martin Blumenstingl <martin.blumenstingl@googlemail.com>
* kernel: mac80211: fold the AR9280 GPIO patch into the ath9k GPIO patchMartin Blumenstingl2016-07-023-38/+13
| | | | | | | | This folds 550-ath9k_add_ar9280_gpio_chip.patch into 548-ath9k_enable_gpio_chip.patch because the former patch only extends code which is introduced in the latter. Signed-off-by: Martin Blumenstingl <martin.blumenstingl@googlemail.com>
* mac80211: refresh patchesMathias Kresin2016-07-023-51/+57
| | | | | Signed-off-by: Mathias Kresin <dev@kresin.me> Signed-off-by: Martin Blumenstingl <martin.blumenstingl@googlemail.com>
* ath10k: fix tx performance regression on older chipsetsFelix Fietkau2016-07-022-2/+75
| | | | Signed-off-by: Felix Fietkau <nbd@nbd.name>
* mac80211: enable STBC and LDPC for VHT ratesFelix Fietkau2016-07-021-0/+81
| | | | Signed-off-by: Felix Fietkau <nbd@nbd.name>
* mac80211: update to wireless-testing 2016-06-20Felix Fietkau2016-07-0233-785/+594
| | | | Signed-off-by: Felix Fietkau <nbd@nbd.name>
* prism54-firmware: add also other p54 firmware to own packageHauke Mehrtens2016-06-301-45/+3
| | | | | | Extract the other p54 firmware files into the prism54-firmware package. Signed-off-by: Hauke Mehrtens <hauke.mehrtens@intel.com>
* mac80211: fix skb size calculation in 4addr mode (FS#24)Jo-Philipp Wich2016-06-281-0/+11
| | | | | | | | | | | | | | | | | | | | | | | | | The PDU length of incoming LLC frames is set to the total skb payload size in __ieee80211_data_to_8023() of net/wireless/util.c which incorrectly includes the length of the IEEE 802.11 header. The resulting LLC frame header has a too large PDU length, causing the llc_fixup_skb() function of net/llc/llc_input.c to reject the incoming skb, effectively breaking STP. Solve the problem by properly substracting the IEEE 802.11 frame header size from the PDU length, allowing the LLC processor to pick up the incoming control messages. Special thanks to Gerry Rozema for tracking down the regression and proposing a suitable patch. Fixes FS#24. References: https://bugs.lede-project.org/index.php?do=details&task_id=24 Reported-by: Gerry Rozema <gerryr@rozeware.com> Signed-off-by: Jo-Philipp Wich <jo@mein.io>
* ath10k: merge some more pending upstream fixesFelix Fietkau2016-06-173-2/+128
| | | | Signed-off-by: Felix Fietkau <nbd@nbd.name>
* mac80211: ath10k fix otp check patchAdrian Panella2016-06-131-1/+1
| | | | | | Fix patch to match new updated package version Signed-off-by: Adrian Panella <ianchi74@outlook.com>
* ath10k: merge some pending stability fixesFelix Fietkau2016-06-118-6/+326
| | | | Signed-off-by: Felix Fietkau <nbd@nbd.name>
* mac80211: fix calculation of VHT capability valuesScott Shambarger2016-06-101-7/+6
| | | | | | | | | | - Fix calculation of `$vht_cap` bit field - Replace wrong reference to `$tx_stbc` variable with proper `$tx_stbc_2by1` one - Emit proper `RX-STBC-{1,12,123,1234}` tokens for the VHT capability list See https://dev.openwrt.org/ticket/22535 for reference. Signed-off-by: Scott Shambarger <devel@shambarger.net>
* treewide: replace nbd@openwrt.org with nbd@nbd.nameFelix Fietkau2016-06-075-8/+8
| | | | Signed-off-by: Felix Fietkau <nbd@nbd.name>
* mac80211: respect user-set regulatory domain by defaultDaniel Golle2016-06-051-0/+1
| | | | | | | | | | | | | | | | | | | | | | | It turns out most device vendors don't set the correct country code in their devices' on-flash-EEPROM sections as they apparently rather provide a complete per-target-market firmware with patched drivers instead of just setting the country code. This results in the driver to incorrectly assume the value stored in the on-flash-EERPOM (usually US or China) being the regulatory domain inside which the device is being used. To work around this issue, OpenWrt introduced the ATH_USER_REGD config variable to decide during build whether or not to allow the user to override the regulatory domain setting. This option, however, is not enabled by default and thus ends up being disabled for snapshots builds and released binaries. As we know for a long time that most devices got borked regulatory domain values set in their EEPROMs we should allow our users to respect their local law (instead of just assume US or China laws). Note that also the current default has great potential of users not ever setting their regulatory domain and thus using inapproriate and potentially illegal frequencies and/or tx-power settings Signed-off-by: Daniel Golle <daniel@makrotopia.org>
* mac80211: disable iwlwifi build for linux 3.18Felix Fietkau2016-06-011-1/+1
| | | | Signed-off-by: Felix Fietkau <nbd@nbd.name>
* kernel/mac80211: skip ath10k OTP check if caldata foundAsh Benz2016-05-271-0/+42
| | | | Signed-off-by: Ash Benz <ash.benz@bk.ru>
* mac80211: brcmfmac: return -ENFILE if interface existsRafał Miłecki2016-05-301-1/+1
| | | | | | | This makes brcmfmac compatible with mac80211 which uses dev_alloc_name (and so returns -ENFILE on error). Signed-off-by: Rafał Miłecki <zajec5@gmail.com>
* mac80211: change default SSID from Lede to LEDERafał Miłecki2016-05-291-1/+1
| | | | | | | | | | LEDE project seems to be using "LEDE" as its acronym everywhere. To keep things consistent adjust default wireless SSID. Signed-off-by: Rafał Miłecki <zajec5@gmail.com> Acked-by: Jo-Philipp Wich <jo@mein.io> Acked-by: John Crispin <john@phrozen.org> Acked-by: Alexander Couzens <lynxis@fe80.eu>
* mac80211: add missing config symbols to PKG_CONFIG_DEPENDSFelix Fietkau2016-05-211-0/+6
| | | | Signed-off-by: Felix Fietkau <nbd@nbd.name>
* mac80211: fix unaligned accesses in the tx pathFelix Fietkau2016-05-191-0/+25
| | | | Signed-off-by: Felix Fietkau <nbd@nbd.name>
* ath9k: Fix TX99 supportHelmut Schaa2016-05-181-4/+8
| | | | | | | The patch 300-ath9k-force-rx_clear-when-disabling-rx.patch broke TX99 support in ath9k. Fix the patch by only applying rx_clear if TX99 mode is not used. Signed-off-by: Helmut Schaa <helmut.schaa@googlemail.com>
* mac80211: Allow selection of TX99 support in ath9kHelmut Schaa2016-05-181-0/+5
| | | | | | Add a new config option to enable TX99 support in ath9k. Signed-off-by: Helmut Schaa <helmut.schaa@googlemail.com>
* mac80211: fix a module build/dependency issue that was breaking lib80211Felix Fietkau2016-05-161-0/+11
| | | | Signed-off-by: Felix Fietkau <nbd@nbd.name>
* mac80211: update to wireless-testing 2016-05-12Felix Fietkau2016-05-15141-9896/+642
| | | | Signed-off-by: Felix Fietkau <nbd@nbd.name>
* branding: add LEDE brandingJohn Crispin2016-03-241-1/+1
| | | | Signed-off-by: John Crispin <blogic@openwrt.org>
* mac80211: ath9k: add GPIO support for AR9280 chipJohn Crispin2016-04-261-0/+27
| | | | | | | | | | Enable access to GPIO on Atheros wireless chip AR9280. Support for 9280 is added to existing 9285/9287 subsystem because these 3 chips differ only in number of GPIO pins. Signed-off-by: Michal Cieslakiewicz <michal.cieslakiewicz@wp.pl> SVN-Revision: 49251
* mac80211: add brcmfmac regression ("NULL pointer dereference") fixRafał Miłecki2016-04-251-0/+26
| | | | | | Signed-off-by: Rafał Miłecki <zajec5@gmail.com> SVN-Revision: 49222
* mac80211: update brcmfmac including missing boardrev workaroundRafał Miłecki2016-04-1613-8/+1439
| | | | | | Signed-off-by: Rafał Miłecki <zajec5@gmail.com> SVN-Revision: 49174
* mac80211: build airo on x86 onlyJohn Crispin2016-03-231-1/+1
| | | | | | | | | | | | | airo requires ISA_DMA_API and that symbol is only set on some ppc,malta,x86 x86 is probably only platform where that driver is used fixes buildbot errors on ar71xx,lantiq ...: airo.ko is missing Signed-off-by: Dirk Neukirchen <dirkneukirchen@web.de> SVN-Revision: 49073
* mac80211: add cisco airoJohn Crispin2016-03-201-0/+17
| | | | | | | | airo depends on cfg80211, move it to mac80211 Signed-off-by: Dirk Neukirchen <dirkneukirchen@web.de> SVN-Revision: 49047
* mac80211: libertas-spi: deactivate for UML targetHauke Mehrtens2016-03-171-1/+1
| | | | | | | | | The UML target does not have spi support. This fixes a build problem found by the build bot. Signed-off-by: Hauke Mehrtens <hauke@hauke-m.de> SVN-Revision: 49034
* brcmfmac: Add Raspberry Pi 3 supportJohn Crispin2016-03-162-0/+28
| | | | | | | | | | - Enable SDIO support on brcmfmac. - Disable power managment for brcm2708 target. Signed-off-by: Álvaro Fernández Rojas <noltari@gmail.com> Reviewed-by: Rafał Miłecki <zajec5@gmail.com> SVN-Revision: 49023
* mac80211: backport brcmfmac patchset with driver setting conceptRafał Miłecki2016-03-0722-3/+4468
| | | | | | | | | | This prepares brcmfmac for better country handling and fixes BCM4360 support which was always failing with: [ 13.249195] brcmfmac: brcmf_pcie_download_fw_nvram: FW failed to initialize Signed-off-by: Rafał Miłecki <zajec5@gmail.com> SVN-Revision: 48959
* mac80211: rework gpio chip/button support to build on platforms without ↵Felix Fietkau2016-03-072-153/+124
| | | | | | | | CONFIG_GPIOLIB Signed-off-by: Felix Fietkau <nbd@openwrt.org> SVN-Revision: 48938
* mac80211: ath9k: enable GPIO buttonsFelix Fietkau2016-03-051-0/+169
| | | | | | | | | | Enable platform-defined GPIO button support for ath9k device. Key poller is activated for attached platform buttons. Requires ath9k GPIO chip access. Signed-off-by: Michal Cieslakiewicz <michal.cieslakiewicz@wp.pl> SVN-Revision: 48921
* mac80211: improve rate control performanceFelix Fietkau2016-03-031-0/+77
| | | | | | Signed-off-by: Felix Fietkau <nbd@openwrt.org> SVN-Revision: 48897
generated by cgit v1.2.3 (git 2.25.1) at 2024-11-03 03:06:04 +0000