[PATCH] wireless: Remove unnessary write over of register 11 in rt2800lib.c

This removes the unnecessary overwrite of register 11 in the function, rt2800_config_channel as we are already writing a correct value to the register with rt2800_rfcsr_write(rt2x00dev,11.rfcsr). Signed-off-by: Nicholas Krause --- drivers/net/wireless/rt2x00/rt2800lib.c | 2 -- 1 file changed,

[PATCH 1/2] ath9k: use ah->get_mac_revision for all SoC devices if available

It is needed for AR934x as well Signed-off-by: Felix Fietkau --- drivers/net/wireless/ath/ath9k/hw.c | 11 --- 1 file changed, 4 insertions(+), 7 deletions(-) diff --git a/drivers/net/wireless/ath/ath9k/hw.c b/drivers/net/wireless/ath/ath9k/hw.c index 3aed729..cf0128e 100644 --- a/driv

[PATCH] ath5k: add missing include for debug code

Needed for calling vmalloc()/vfree() Signed-off-by: Felix Fietkau --- drivers/net/wireless/ath/ath5k/debug.c | 1 + 1 file changed, 1 insertion(+) diff --git a/drivers/net/wireless/ath/ath5k/debug.c b/drivers/net/wireless/ath/ath5k/debug.c index 30e4e1f..bc99675 100644 --- a/drivers/net/wirele

[PATCH 2/2] ath9k_hw: disable hardware ad-hoc flag on ar934x rev 3

On AR934x rev 3, settin the ad-hoc flag completely messes up hardware state - beacons get stuck, almost no packets make it out, hardware is constantly reset. When leaving out that flag and setting up the hw like in AP mode, TSF timers won't be automatically synced, but at least the rest works. AR

Re: [PATCH] bcma: use device from DT (brcm,bus-gpio) for SoC GPIO chip

On 09/27/2014 12:37 PM, Rafał Miłecki wrote: > On 27 September 2014 10:33, Hauke Mehrtens wrote: >> I would make GPIO a subdevive of chipcommon. The chipcommon core has an >> own IRQ which is also used for GPIO. > > Which ChipCommon do yo mean? > 1) chipcommonA (compatible = "simple-bus") > 2) ch

Re: [PATCH 9/11 V2 NEXT] rtlwifi: rtl8188ee: Update driver to match Realtek release of 06282014

Larry Finger : [...] > diff --git a/drivers/net/wireless/rtlwifi/core.c > b/drivers/net/wireless/rtlwifi/core.c > index 40738e3..d30f416 100644 > --- a/drivers/net/wireless/rtlwifi/core.c > +++ b/drivers/net/wireless/rtlwifi/core.c > @@ -28,6 +28,7 @@ > #include "cam.h" > #include "base.h" >

[PATCH 0/2 V2 NEXT] Replacement patches for [09/11] and [10/11]

After commit: c151aed6aa146e9587590051aba9da68b9370f9b, the zero-day kbuild test robot reported the following: All error/warnings: drivers/net/wireless/rtlwifi/rtl8188ee/built-in.o: In function `rtl_hal_pwrseqcmdparsing': >> (.text+0x163ab): multiple definition of `rtl_hal_pwrseqcmdparsing'

Re: Ubuntu 14.04 and the Intel(R) Centrino(R) Advanced-N 6200

1) OK, that would need more logs a) /var/log/syslog b) /var/log/NetworkManager c) dmesg 2) I am sure the v3.16 released from http://kernel.org is not nothing. Even the http://drvbp1.linux-foundation.org/~mcgrof/rel-html/backports/, used to be compat-wireless project, is much convenient if yo

Re: [PATCH] bcma: use device from DT (brcm,bus-gpio) for SoC GPIO chip

On 27 September 2014 10:33, Hauke Mehrtens wrote: > I would make GPIO a subdevive of chipcommon. The chipcommon core has an > own IRQ which is also used for GPIO. Which ChipCommon do yo mean? 1) chipcommonA (compatible = "simple-bus") 2) chipcommon@0 (child of axi@1800 AKA brcm,bus-axi) It s

Re: [PATCH] bcma: use device from DT (brcm,bus-gpio) for SoC GPIO chip

On 09/27/2014 10:05 AM, Rafał Miłecki wrote: > On 27 September 2014 00:03, Arnd Bergmann wrote: >> On Friday 26 September 2014 16:28:53 Rafał Miłecki wrote: >>> +The top-level axi bus may contain following children: >>> + >>> +- gpio: GPIO chip on the SoC >>> + >>> + Required properties: >>> + -

Re: [PATCH V2 1/2] brcm80211: use container_of to resolve brcms_phy from brcms_phy_pub

> On 26 September 2014 at 19:46 "John W. Linville" > wrote: > > > These two patches don't seem to apply on wireless-next, and I don't > have time at the moment to fix them up.  Feel free to repost... Hello John,         No problem, you already pushed the 2 same patches from the first (too gene

Re: how can we fast roaming between multi-aps

Hi DAN， 1，Are all the SSIDs the same? A：yes，SSIDs are same. 2，What kind of authentication? WPA Enterprise/802.1x? What EAP methods? A：there are no authentication，and no EAP methods 3，Is pre-authentication enabled on the network and in the client? A：how to enable pre-authentication？My linux kernel

Re: [PATCH] bcma: use device from DT (brcm,bus-gpio) for SoC GPIO chip

On 27 September 2014 00:03, Arnd Bergmann wrote: > On Friday 26 September 2014 16:28:53 Rafał Miłecki wrote: >> +The top-level axi bus may contain following children: >> + >> +- gpio: GPIO chip on the SoC >> + >> + Required properties: >> + - compatible: "brcm,bus-gpio" >> + - gpio-controller :

Re: [PATCH 4/4] ath10k: fix fw stats processing

Michal Kazior writes: > If stat data exceeds wmi-htc buffer limits > firmware splits it into many wmi stats update > events which are delivered in a ping-pong fashion > triggered by wmi stats request command. > > Since there's only an implicit start-of-data and > no end-of-data indications the dr

[PATCH v2] ath: Add support for tracing

From: Sujith Manoharan Signed-off-by: Sujith Manoharan --- drivers/net/wireless/ath/Kconfig | 8 + drivers/net/wireless/ath/Makefile | 4 +++ drivers/net/wireless/ath/ath.h| 1 + drivers/net/wireless/ath/main.c | 3 ++ drivers/net/wireless/ath/trace.c | 20 +++ drivers/n

[PATCH] ath: Add support for tracing

From: Sujith Manoharan Signed-off-by: Sujith Manoharan --- drivers/net/wireless/ath/Kconfig | 8 + drivers/net/wireless/ath/Makefile | 2 ++ drivers/net/wireless/ath/ath.h| 1 + drivers/net/wireless/ath/main.c | 3 ++ drivers/net/wireless/ath/trace.c | 20 +++ drivers/ne