Re: Cannot use ap and sta mode on same interface with ath9k and kernel 3.8.13 :-(

On 17/01/15 00:43, Beat Meier wrote: > On 01/16/2015 08:16 PM, Pat Erley wrote: >> On 01/16/2015 04:29 PM, Beat Meier wrote: >>> Hi >>> >>> I'm using an WLM200NX card in master mode ath1 and want to do scanning >>> on the same interface. >>> I'm using ath9k on 3.8.13 kernel (voyage-linux) >>> >>> S

[PATCH 2/2] net wireless wcn36xx adapt wcnss platform to select module by DT

Simplify the resource handling and use DT to indicate which chip type we are dealing with Signed-off-by: Andy Green --- drivers/net/wireless/ath/wcn36xx/wcn36xx-msm.c | 101 1 file changed, 52 insertions(+), 49 deletions(-) diff --git a/drivers/net/wireless/ath/wcn36xx

[PATCH 0/2] net: wireless: wcn36xx: OOT platform reference patch for msm8916 / wcn36xx

These patches are not intended for upstreaming. They are included as a reference to show how to hook up wcn36xx to msm platforms using the OOT PIL support needed. The following series adds Eugene's OOT msm platform shim to wcn36xx and modifies it to provide wcn36xx platform data about chip type f

[PATCH 1/2] net wireless wcn36xx add wcnss platform code

From: Eugene Krasnikov AG modified to remove regulator handling not needed on msm8916-qrd Signed-off-by: Eugene Krasnikov Signed-off-by: Andy Green --- drivers/net/wireless/ath/wcn36xx/Makefile |2 drivers/net/wireless/ath/wcn36xx/wcn36xx-msm.c | 357 2 fil

[PATCH 7/7] net: wireless: wcn36xx: handle new trigger_ba format

wcn3620 has a new message structure for the reply to trigger_ba We don't know what to do with the candidate list he sends back, but we can at least accept and ignore it nicely instead of dying. Signed-off-by: Andy Green --- drivers/net/wireless/ath/wcn36xx/smd.c | 28 ++

[PATCH 0/7] net: wireless: wcn36xx: add basic wcn3620 support

The following series adds some basic wcn3620 support to the mainline wcn36xx driver. - modify the chip detection to be told which chip from platform ops, which can get it from Device Tree... the existing detection is just assume it's a wcn3680 if it has AC mode which is not enough - Ad

[PATCH 6/7] net: wireless: wcn36xx: remove powersaving for wcn3620

WCN3620 powersaving mode is not stable. Disable it if we're on a wcn3620 chip type. Signed-off-by: Andy Green --- drivers/net/wireless/ath/wcn36xx/main.c |4 1 file changed, 4 insertions(+) diff --git a/drivers/net/wireless/ath/wcn36xx/main.c b/drivers/net/wireless/ath/wcn36xx/main.c

[PATCH 2/7] net: wireless: wcn36xx: get chip type from platform ops

Autodetecting the chip type does not work well. Stop attempting to do it and require a platform op that tells us what the chip is. Signed-off-by: Andy Green --- drivers/net/wireless/ath/wcn36xx/main.c| 18 +- drivers/net/wireless/ath/wcn36xx/wcn36xx.h |1 + 2 files chan

[PATCH 1/7] net: wireless: wcn36xx: add wcn3620 chip type definition

Convert the list of chip types to an enum, add the default UNKNOWN type and a type for WCN3620 chip Signed-off-by: Andy Green --- drivers/net/wireless/ath/wcn36xx/wcn36xx.h | 12 1 file changed, 8 insertions(+), 4 deletions(-) diff --git a/drivers/net/wireless/ath/wcn36xx/wcn36xx

[PATCH 3/7] net: wireless: wcn36xx: use 3680 dxe regs for 3620

Between 3620, 3660 and 3680, only 3660 has a different dxe register Signed-off-by: Andy Green --- drivers/net/wireless/ath/wcn36xx/dxe.c |2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/drivers/net/wireless/ath/wcn36xx/dxe.c b/drivers/net/wireless/ath/wcn36xx/dxe.c index 7

[PATCH 5/7] net: wireless: wcn36xx: swallow two wcn3620 IND messages

WCN3620 can asynchronously send two new kinds of indication message, since we can't handle them just accept them quietly. Signed-off-by: Andy Green --- drivers/net/wireless/ath/wcn36xx/smd.c |6 ++ 1 file changed, 6 insertions(+) diff --git a/drivers/net/wireless/ath/wcn36xx/smd.c b/dr

[PATCH 4/7] net: wireless: wcn36xx: introduce WCN36XX_HAL_AVOID_FREQ_RANGE_IND

WCN3620 firmware introduces a new async indication, we need to add it as a known message type so we can accept it Signed-off-by: Andy Green --- drivers/net/wireless/ath/wcn36xx/hal.h |2 ++ 1 file changed, 2 insertions(+) diff --git a/drivers/net/wireless/ath/wcn36xx/hal.h b/drivers/net/wi

Wireless scanning while turning off the radio problem..

So there seems to be some issue with unlucky timing when turning off wireless while the driver is busy scanning. I can't reproduce this, so it's a one-off, but it's not just ugly warnings, the kernel woudln't scan any wireless on that device afterwards and I had to reboot to get networking back, so

[PATCH v2] staging: rtl8723au: core: rtw_cmd: Remove unused functions

Removes some functions that are not used anywhere: rtw_set_ch_cmd23a() rtw_cmd_clr_isr23a() This was partially found by using a static code analysis program called cppcheck. Signed-off-by: Rickard Strandqvist --- drivers/staging/rtl8723au/core/rtw_cmd.c| 61 --- d

[PATCH v2] staging: rtl8723au: os_dep: usb_intf: Remove unused functions

Removes some functions that are not used anywhere: rtw_hw_resume23a() rtw_hw_suspend23a() This was partially found by using a static code analysis program called cppcheck. Signed-off-by: Rickard Strandqvist --- drivers/staging/rtl8723au/include/osdep_intf.h |3 - drivers/staging/rtl8723au/

Re: [PATCH] staging: rtl8723au: core: rtw_cmd.c: Remove some unused functions

On Sat, Dec 20, 2014 at 06:10:13PM +0100, Rickard Strandqvist wrote: > Removes some functions that are not used anywhere: > rtw_set_ch_cmd23a() rtw_cmd_clr_isr23a() > > This was partially found by using a static code analysis program called > cppcheck. > > Signed-off-by: Rickard Strandqvist > -

Re: [PATCH] staging: rtl8723au: hal: rtl8723au_led.c: Remove some unused functions

On Sun, Dec 21, 2014 at 01:59:39PM +0100, Rickard Strandqvist wrote: > Removes some functions that are not used anywhere: > rtl8723au_DeInitSwLeds() rtl8723au_InitSwLeds() > > This was partially found by using a static code analysis program called > cppcheck. > > Signed-off-by: Rickard Strandqvi

Re: [PATCH] staging: rtl8723au: os_dep: usb_intf.c: Remove some unused functions

On Wed, Dec 17, 2014 at 09:36:54PM +0100, Rickard Strandqvist wrote: > Removes some functions that are not used anywhere: > rtw_hw_resume23a() rtw_hw_suspend23a() > > This was partially found by using a static code analysis program called > cppcheck. > > Signed-off-by: Rickard Strandqvist > Sig

Re: [PATCH] drivers: staging: rtl8723au: get rid of unneeded memset/memcpy

On Sun, Dec 07, 2014 at 03:37:20PM +0100, Emil Renner Berthing wrote: > This also fixes a sparse warning. What sparse warning? What's wrong with the original code? Unless Jes resends this to me, I don't see the need to apply it, sorry. greg k-h -- To unsubscribe from this list: send the line "u

b43 bcm43228 and linux 3.18.3

Hi all. I have 3.18.3 kernel and bcm43228, firstly all works fine, but after connection with my zyxel router i can't ping it ip (after 1-2 min). Connection worked fin, but nothing transmitted =(. I'm try to disable qos, but this not helps, i'm try to enable verbose=3, but in dmesg nothing interesti

Re: [PATCH] Staging: rtl8723au: fix space coding style issue in os_intfs.c

On Sat, Jan 17, 2015 at 03:52:45PM +0100, Peter Poklop wrote: > From: Peter This name doesn't match up with: > > This patch fixes the checkpatch.pl warning: > > WARNING: space prohibited before semicolon > > Signed-off-by: Peter Poklop this name, why? Please fix up and resend. Or better y

[PATCH] Staging: rtl8723au: fix space coding style issue in os_intfs.c

From: Peter This patch fixes the checkpatch.pl warning: WARNING: space prohibited before semicolon Signed-off-by: Peter Poklop --- drivers/staging/rtl8723au/os_dep/os_intfs.c | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/drivers/staging/rtl8723au/os_dep/os_intfs.c b/dri

RE: [PATCH] mwifiex: check driver status in connect and scan handlers

Hi Kalle, >On Wed, Jan 7, 2015 at 5:27 PM, Amitkumar Karwar wrote: >Ignore scan and connection requests from cfg80211 when driver >unload is in process or previous command has timed out due to >a firmware bug. This patch fixes corner case system crash >issues. >Signed-off-by: Amitkumar Karwar >