[PATCH 00/21] make spectral code common for both ath9k drivers

- makes spectral scan code common for both ath9k and ath9k_htc. - add spectral scan support to ath9k_htc. Oleksij Rempel (21): ath9k: add struct ath_spec_scan_priv ath9k: move spectral_mode to ath_spec_scan_priv ath9k: move spec_config to ath_spec_scan_priv ath9k: use struct dentry by ath9

[PATCH 09/21] ath9k: use ath_ps_ops in ath9k_spectral_scan_

Signed-off-by: Oleksij Rempel --- drivers/net/wireless/ath/ath9k/main.c | 8 1 file changed, 4 insertions(+), 4 deletions(-) diff --git a/drivers/net/wireless/ath/ath9k/main.c b/drivers/net/wireless/ath/ath9k/main.c index 83a1d13..747dd5a 100644 --- a/drivers/net/wireless/ath/ath9k/mai

[PATCH 10/21] ath9k: use ath_common instead of ieee80211_hw in ath9k_spectral_scan_

we don't have here any ieee80211_hw dependencies any way. Signed-off-by: Oleksij Rempel --- drivers/net/wireless/ath/ath9k/channel.c | 2 +- drivers/net/wireless/ath/ath9k/main.c | 12 +--- drivers/net/wireless/ath/ath9k/spectral.c | 10 +- drivers/net/wireless/ath/ath9k/sp

[PATCH 05/21] ath9k: add ath_hw to ath_spec_scan_priv

spectral code mostly depends on ath_hw, not on ath_softc Signed-off-by: Oleksij Rempel --- drivers/net/wireless/ath/ath9k/init.c | 1 + drivers/net/wireless/ath/ath9k/spectral.h | 1 + 2 files changed, 2 insertions(+) diff --git a/drivers/net/wireless/ath/ath9k/init.c b/drivers/net/wireles

[PATCH 20/21] ath9k_htc: process rx spectral packets

use code provided by Ashish Patro Signed-off-by: Oleksij Rempel --- drivers/net/wireless/ath/ath9k/htc_drv_txrx.c | 14 ++ 1 file changed, 14 insertions(+) diff --git a/drivers/net/wireless/ath/ath9k/htc_drv_txrx.c b/drivers/net/wireless/ath/ath9k/htc_drv_txrx.c index 2622002..a0f

[PATCH 11/21] ath9k: make ath9k_spectral_scan_ do not depend on ath_softc

last preparation before moving ath9k_spectral_scan_ to spectral.c Signed-off-by: Oleksij Rempel --- drivers/net/wireless/ath/ath9k/channel.c | 2 +- drivers/net/wireless/ath/ath9k/main.c | 26 +- drivers/net/wireless/ath/ath9k/spectral.c | 10 +- drivers/net

[PATCH 17/21] ath9k_htc: add struct ath_spec_scan_priv to ath9k_htc_priv

Signed-off-by: Oleksij Rempel --- drivers/net/wireless/ath/ath9k/htc.h | 1 + 1 file changed, 1 insertion(+) diff --git a/drivers/net/wireless/ath/ath9k/htc.h b/drivers/net/wireless/ath/ath9k/htc.h index 09a5d72..1f019aa 100644 --- a/drivers/net/wireless/ath/ath9k/htc.h +++ b/drivers/net/wirele

[PATCH 14/21] ath9k: For AR9271 chipsets, set count = 0 for endless samples.

not sure why. Initially provided by Ashish Patro Signed-off-by: Oleksij Rempel --- drivers/net/wireless/ath/ath9k/ar9002_phy.c | 9 ++--- 1 file changed, 6 insertions(+), 3 deletions(-) diff --git a/drivers/net/wireless/ath/ath9k/ar9002_phy.c b/drivers/net/wireless/ath/ath9k/ar9002_phy.c

[PATCH 02/21] ath9k: move spectral_mode to ath_spec_scan_priv

Signed-off-by: Oleksij Rempel --- drivers/net/wireless/ath/ath9k/ath9k.h| 1 - drivers/net/wireless/ath/ath9k/channel.c | 2 +- drivers/net/wireless/ath/ath9k/main.c | 4 ++-- drivers/net/wireless/ath/ath9k/spectral.c | 2 +- drivers/net/wireless/ath/ath9k/spectral.h | 1 + 5 files chang

[PATCH 01/21] ath9k: add struct ath_spec_scan_priv

and move rfs_chan_spec_scan to this struct. We will need it for common spectral scan code. Signed-off-by: Oleksij Rempel --- drivers/net/wireless/ath/ath9k/ath9k.h| 2 +- drivers/net/wireless/ath/ath9k/spectral.c | 12 ++-- drivers/net/wireless/ath/ath9k/spectral.h | 3 +++ 3 files

[PATCH 15/21] ath9k_htc: fix rs_datalen conversation

For some reason it didn't coused obvious problems. Signed-off-by: Oleksij Rempel --- drivers/net/wireless/ath/ath9k/htc_drv_txrx.c | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/drivers/net/wireless/ath/ath9k/htc_drv_txrx.c b/drivers/net/wireless/ath/ath9k/htc_drv_txrx.c in

[PATCH 12/21] ath9k: move ath9k_spectral_scan_ from main.c to spectral.c

Now we should be ready to make this code common. Signed-off-by: Oleksij Rempel --- drivers/net/wireless/ath/ath9k/main.c | 70 --- drivers/net/wireless/ath/ath9k/spectral.c | 70 +++ 2 files changed, 70 insertions(+), 70 deletions(-) d

[PATCH 03/21] ath9k: move spec_config to ath_spec_scan_priv

Signed-off-by: Oleksij Rempel --- drivers/net/wireless/ath/ath9k/ath9k.h| 3 +-- drivers/net/wireless/ath/ath9k/init.c | 12 ++-- drivers/net/wireless/ath/ath9k/main.c | 12 ++-- drivers/net/wireless/ath/ath9k/spectral.c | 16 drivers/net/wireless/ath

[PATCH 06/21] ath9k: remove all struct ath_softc dependencies from spectral code

Signed-off-by: Oleksij Rempel --- drivers/net/wireless/ath/ath9k/debug.c| 4 +- drivers/net/wireless/ath/ath9k/recv.c | 2 +- drivers/net/wireless/ath/ath9k/spectral.c | 87 --- drivers/net/wireless/ath/ath9k/spectral.h | 8 +-- 4 files changed, 51 insertion

[PATCH 18/21] ath9k_htc: set initial spec_config values

use values provided by Ashish Patro Signed-off-by: Oleksij Rempel --- drivers/net/wireless/ath/ath9k/htc_drv_init.c | 8 1 file changed, 8 insertions(+) diff --git a/drivers/net/wireless/ath/ath9k/htc_drv_init.c b/drivers/net/wireless/ath/ath9k/htc_drv_init.c index f91b8e6..285d0ad 1

[PATCH 21/21] ath9k_htc: add spectral scan debug interface

Signed-off-by: Oleksij Rempel --- drivers/net/wireless/ath/ath9k/htc.h | 2 ++ drivers/net/wireless/ath/ath9k/htc_drv_debug.c | 6 ++ drivers/net/wireless/ath/ath9k/htc_drv_init.c | 1 + 3 files changed, 9 insertions(+) diff --git a/drivers/net/wireless/ath/ath9k/htc.h b/drivers/

[PATCH 04/21] ath9k: use struct dentry by ath9k_spectral_init_debug

this will alow us to make ath_softc independent code. Signed-off-by: Oleksij Rempel --- drivers/net/wireless/ath/ath9k/debug.c| 2 +- drivers/net/wireless/ath/ath9k/spectral.c | 14 +++--- drivers/net/wireless/ath/ath9k/spectral.h | 2 +- 3 files changed, 9 insertions(+), 9 deletio

[PATCH 08/21] ath9k: add ath_ps_ops bindings

Signed-off-by: Oleksij Rempel --- drivers/net/wireless/ath/ath9k/init.c | 16 1 file changed, 16 insertions(+) diff --git a/drivers/net/wireless/ath/ath9k/init.c b/drivers/net/wireless/ath/ath9k/init.c index fe811b3..61232d0 100644 --- a/drivers/net/wireless/ath/ath9k/init.c ++

[PATCH 07/21] ath: add struct ath_ps_ops

we will need it to make common code Signed-off-by: Oleksij Rempel --- drivers/net/wireless/ath/ath.h | 11 +++ 1 file changed, 11 insertions(+) diff --git a/drivers/net/wireless/ath/ath.h b/drivers/net/wireless/ath/ath.h index 999d24f..ccba4fe 100644 --- a/drivers/net/wireless/ath/ath.h

[PATCH 19/21] ath9k_htc: trigger spectral scan on set_channel

Signed-off-by: Oleksij Rempel --- drivers/net/wireless/ath/ath9k/htc_drv_main.c | 4 1 file changed, 4 insertions(+) diff --git a/drivers/net/wireless/ath/ath9k/htc_drv_main.c b/drivers/net/wireless/ath/ath9k/htc_drv_main.c index 994fff1..689ac99 100644 --- a/drivers/net/wireless/ath/ath9k

[PATCH 13/21] ath9k: move spectral.* to common-spectral.*

and rename exports from ath9k_spectral_* to ath9k_cmn_spectral_* Signed-off-by: Oleksij Rempel --- drivers/net/wireless/ath/ath9k/Makefile | 6 +- drivers/net/wireless/ath/ath9k/ath9k.h | 1 - drivers/net/wireless/ath/ath9k/channel.c | 2 +- drivers/net/wireless/

[PATCH 16/21] ath9k_htc: add ath_ps_ops bindings

Signed-off-by: Oleksij Rempel --- drivers/net/wireless/ath/ath9k/htc_drv_init.c | 16 1 file changed, 16 insertions(+) diff --git a/drivers/net/wireless/ath/ath9k/htc_drv_init.c b/drivers/net/wireless/ath/ath9k/htc_drv_init.c index 4014c4b..f91b8e6 100644 --- a/drivers/net/wire

RE: [PATCH v2] staging:rtl8723au: core: Fix error reported by checkpatch.

-Original Message- From: Greg KH [mailto:gre...@linuxfoundation.org] Sent: Wednesday, November 05, 2014 9:58 PM To: Sharma, Sanjeev Cc: larry.fin...@lwfinger.net; jes.soren...@redhat.com; de...@driverdev.osuosl.org; linux-wireless@vger.kernel.org; linux-ker...@vger.kernel.org Subject: Re

[PATCH] staging:rtl8723au: core: Fix Warning reported by checkpatch.

This is a patch to the rtw_cmd.c file that fixes following Warning by introducing temporary structure. WARNING: line over 80 characters Signed-off-by: Sanjeev Sharma --- drivers/staging/rtl8723au/core/rtw_cmd.c | 123 +++ 1 file changed, 60 insertions(+), 63 deletion

[PATCH] staging:rtl8723au: core: Fix error reported by checkpatch.

This is a patch to the rtw_cmd.c file that fixes following error. ERROR: spaces required around that '>' (ctx:WxV) ERROR: that open brace { should be on the previous line Signed-off-by: Sanjeev Sharma --- drivers/staging/rtl8723au/core/rtw_cmd.c | 83 +++- 1 file cha

RE: [PATCH v2] staging:rtl8723au: core: Fix error reported by checkpatch.

-Original Message- From: Joe Perches [mailto:j...@perches.com] Sent: Wednesday, November 05, 2014 10:46 PM To: Sharma, Sanjeev Cc: larry.fin...@lwfinger.net; jes.soren...@redhat.com; gre...@linuxfoundation.org; linux-wireless@vger.kernel.org; de...@driverdev.osuosl.org; linux-ker...@vger

[PATCH v2] ath9k: Fix RTC_DERIVED_CLK usage

From: Miaoqing Pan Based on the reference clock, which could be 25MHz or 40MHz, AR_RTC_DERIVED_CLK is programmed differently for AR9340 and AR9550. But, when a chip reset is done, processing the initvals sets the register back to the default value. Fix this by moving the code in ath9k_hw_init_pl

[PATCH] ath9k: Fix RTC_DERIVED_CLK usage

From: Sujith Manoharan From: Miaoqing Pan Based on the reference clock, which could be 25MHz or 40MHz, AR_RTC_DERIVED_CLK is programmed differently for AR9340 and AR9550. But, when a chip reset is done, processing the initvals sets the register back to the default value. Fix this by moving the

Re: [PATCH] rtlwifi: Add more checks for get_btc_status callback

On Wed, 2014-11-05 at 12:12 -0600, Larry Finger wrote: > Yes, I am aware that rtl8192se is failing, and now that I am back from > vacation, > I am working on the problem. If you want to use the driver with kernel 3.18, > clone the repo at http://github.com/lwfinger/rtlwifi_new.git and build and

[PATCH 0/3i 3.18] Fix more problems with rtlwifi

This set of patches fix some additional problems found for rtlwifi, rtl8192se, and rtl8192ee. It is certainly possible that rtlwifi is getting too large. For that reason, my changes for 3.19 will be restricted to identifying common routines, and moving such code from the individual drivers into dr

[PATCH 2/3 3.18] rtlwifi: Fix errors in descriptor manipulation

There are typos in the handling of the descriptor pointers where the wrong descriptor is referenced. There is also an error in which the pointer is incremented twice. Signed-off-by: Larry Finger --- drivers/net/wireless/rtlwifi/pci.c | 5 ++--- 1 file changed, 2 insertions(+), 3 deletions(-) di

[PATCH 3/3 3.18] rtlwifi: rtl8192se: Fix connection problems

Changes in the vendor driver were added to rtlwifi, but some updates to rtl8192se were missed. Signed-off-by: Larry Finger --- drivers/net/wireless/rtlwifi/rtl8192se/hw.c | 129 +-- drivers/net/wireless/rtlwifi/rtl8192se/phy.c | 8 +- drivers/net/wireless/rtlwifi/rtl81

[PATCH 1/3 3.18] rtlwifi: Fix setting of tx descriptor for new trx flow

Device RTL8192EE uses a new form of trx flow. This fix sets up the descriptors correctly. Signed-off-by: Larry Finger --- drivers/net/wireless/rtlwifi/pci.c | 11 --- 1 file changed, 8 insertions(+), 3 deletions(-) diff --git a/drivers/net/wireless/rtlwifi/pci.c b/drivers/net/wireless/

Re: [PATCH 3.18+] b43: fix NULL pointer dereference in b43_phy_copy()

On 5 November 2014 23:31, Hauke Mehrtens wrote: > phy_read and phy_write are not set for every phy any more sine this: > commit d342b95dd735014a590f9051b1ba227eb54ca8f6 > Author: Rafał Miłecki > Date: Thu Jul 31 21:59:43 2014 +0200 > > b43: don't duplicate common PHY read/write ops > > b43_

[PATCH 3.18+] b43: fix NULL pointer dereference in b43_phy_copy()

phy_read and phy_write are not set for every phy any more sine this: commit d342b95dd735014a590f9051b1ba227eb54ca8f6 Author: Rafał Miłecki Date: Thu Jul 31 21:59:43 2014 +0200 b43: don't duplicate common PHY read/write ops b43_phy_copy() accesses phy_read and phy_write directly and will fa

Re: [PATCH 01/11] staging: vt6655: mac remove dead variable TxRate_iwconfig

On Wed, Nov 05, 2014 at 10:17:59PM +0100, Sedat Dilek wrote: > On Wed, Nov 5, 2014 at 10:08 PM, Malcolm Priestley wrote: > > Signed-off-by: Malcolm Priestley > > No need for "staging" in the subject line of your patches? Why not? It helps me sort emails better :) thanks, greg k-h -- To unsub

Re: [PATCH 01/11] staging: vt6655: mac remove dead variable TxRate_iwconfig

On Wed, Nov 5, 2014 at 10:08 PM, Malcolm Priestley wrote: > Signed-off-by: Malcolm Priestley No need for "staging" in the subject line of your patches? Or is there another vt6655 driver around? - Sedat - -- To unsubscribe from this list: send the line "unsubscribe linux-wireless" in the body of

[PATCH 06/11] staging: vt6655: device_set_options remove unused ethernet addresses

Removing these variables abyBroadcastAddr abySNAP_RFC1042 abySNAP_Bridgetunnel Signed-off-by: Malcolm Priestley --- drivers/staging/vt6655/device.h | 3 --- drivers/staging/vt6655/device_main.c | 8 2 files changed, 11 deletions(-) diff --git a/drivers/staging/vt6655/device.h b/dr

[PATCH 09/11] staging: vt6655: device_set_options remove dead variables

uConnectionRate wRTSThreshold byOpMode b11hEnable uChannel Signed-off-by: Malcolm Priestley --- drivers/staging/vt6655/device.h | 8 drivers/staging/vt6655/device_main.c | 5 - 2 files changed, 13 deletions(-) diff --git a/drivers/staging/vt6655/device.h b/drivers/staging/vt66

[PATCH 07/11] staging: vt6655: device_init_registers remove uConnectionRate

The device starts up with a default rate of 54M Signed-off-by: Malcolm Priestley --- drivers/staging/vt6655/device_main.c | 5 + 1 file changed, 1 insertion(+), 4 deletions(-) diff --git a/drivers/staging/vt6655/device_main.c b/drivers/staging/vt6655/device_main.c index ee60624..a35069b 10

[PATCH 04/11] staging: vt6655: remove fragmentation from driver

fragmentation is now handled by mac80211. Remove functions device_alloc_frag_buf device_init_defrag_cb device_free_frag_buf Removing typedef struct tagSDeFragControlBlock frag_thresh sRxDFCB cbDFCB; cbFreeDFCB; uCurrentDFCBIdx; macros FRAG_THRESH_MIN FRAG_THRESH_MAX Signed-off-by: Malcolm Pries

[PATCH 08/11] staging: vt6655: baseband.c/h remove dead functions

These functions are not used so remove them BBbIsRegBitsOn BBbIsRegBitsOff BBvReadAllRegs BBvLoopbackOn BBvLoopbackOff Signed-off-by: Malcolm Priestley --- drivers/staging/vt6655/baseband.c | 162 -- drivers/staging/vt6655/baseband.h | 5 -- 2 files changed,

[PATCH 10/11] staging: vt6655: device.h remove dead member wstats

Signed-off-by: Malcolm Priestley --- drivers/staging/vt6655/device.h | 2 -- 1 file changed, 2 deletions(-) diff --git a/drivers/staging/vt6655/device.h b/drivers/staging/vt6655/device.h index 74d2afb..1393210 100644 --- a/drivers/staging/vt6655/device.h +++ b/drivers/staging/vt6655/device.h @@

[PATCH 11/11] staging: vt6655 baseband.c camel case replace pDevice -> priv

for struct vnt_private Signed-off-by: Malcolm Priestley --- drivers/staging/vt6655/baseband.c | 472 +++--- 1 file changed, 236 insertions(+), 236 deletions(-) diff --git a/drivers/staging/vt6655/baseband.c b/drivers/staging/vt6655/baseband.c index 30dd59d..3200

[PATCH 05/11] staging: vt6655: device_get_options remove unused device parameters

IP_byte_align Channel PreambleType RTSThreshold ConnectionRate OPMode b80211hEnable Signed-off-by: Malcolm Priestley --- drivers/staging/vt6655/device.h | 3 -- drivers/staging/vt6655/device_main.c | 100 --- 2 files changed, 103 deletions(-) diff --git a/

[PATCH 02/11] staging: vt6655: mac.c/h remove member type comments

Signed-off-by: Malcolm Priestley --- drivers/staging/vt6655/mac.c | 10 -- drivers/staging/vt6655/mac.h | 6 -- 2 files changed, 16 deletions(-) diff --git a/drivers/staging/vt6655/mac.c b/drivers/staging/vt6655/mac.c index 122a6a3..2ea74a1 100644 --- a/drivers/staging/vt6655/mac.c

[PATCH 03/11] staging: vt6655: mac.c and mac.h remove dead functions.

MACvReadAllRegs MACbyReadMultiAddr MACvWriteMultiAddr MACvSetMultiAddrByHash MACvResetMultiAddrByHash MACvSetRxThreshold MACvGetRxThreshold MACvSetTxThreshold MACvGetTxThreshold MACvSetDmaLength MACvGetDmaLength MACvGetLongRetryLimit MACbIsInLoopbackMode MACbCompareContext MACvOneShotTimer0MicroSec

[PATCH 01/11] staging: vt6655: mac remove dead variable TxRate_iwconfig

Signed-off-by: Malcolm Priestley --- drivers/staging/vt6655/mac.c | 1 - drivers/staging/vt6655/mac.h | 1 - 2 files changed, 2 deletions(-) diff --git a/drivers/staging/vt6655/mac.c b/drivers/staging/vt6655/mac.c index 955dbfe..122a6a3 100644 --- a/drivers/staging/vt6655/mac.c +++ b/drivers/sta

Re: Tun/tap-variant for 802.15.4/6lowpan?

Hi Henning, > I am working with a external radio module controlled over a serial > port and would like to use the linux 6lowpan implementation to make it > IP capable. > > Is there something like the tun/tap-driver for 6lowpan that delivers > the raw frames back to userspace over a socket? the s

[PATCH] mac80211: fix a build error.

From: Matt Chen There should be a sdata for the dev->name. Fix a build error when CONFIG_MAC80211_VERBOSE_DEBUG is enabled. Signed-off-by: Matt Chen Signed-off-by: Emmanuel Grumbach --- net/mac80211/tx.c | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/net/mac80211/tx.c b/n

Re: [PATCH] rtlwifi: Add more checks for get_btc_status callback

On 11/05/2014 03:16 AM, Mike Galbraith wrote: On Wed, 2014-10-29 at 23:30 -0500, Larry Finger wrote: On 10/29/2014 06:28 PM, Murilo Opsfelder Araujo wrote: This is a complement of commit 08054200117a95afc14c3d2ed3a38bf4e345bf78 "rtlwifi: Add check for get_btc_status callback". With this patch,

[PATCH] rt2800: fix RT5592 TX power settings regression

Commit cee2c7315f60beeff6137ee59e99acc77d636eeb (rt2800: fix RT5390 & RT3290 TX power settings regression) needs to be extended for the RT5592 chipset as well. But at least for the RT5592 the existing regression fix is not right because the value returned from rt2800_get_gain_calibration_delta() is

Re: [PATCH v2] staging:rtl8723au: core: Fix error reported by checkpatch.

On Wed, 2014-11-05 at 17:05 +0530, Sanjeev Sharma wrote: > This is a patch to the rtw_cmd.c file that fixes > Error reported by checkpatch. Please run your patches through checkpatch before sending them. WARNING: suspect code indent for conditional statements (24, 24) #178: FILE: drivers/staging/

Re: maximum WiFi associations on AP using ath9k and wpa_supplicant

On 11/05/2014 06:44 AM, Prigent Xavier MAPS LIS LANNION wrote: > Hello All, > > > > I would like to test how maximum WiFi associations are possible on my AP with > security mode. The WiFi authentication, association,4-way handshake are OK > but I can not get an IP adress for the second interf

Re: [PATCH v2] staging:rtl8723au: core: Fix error reported by checkpatch.

On Wed, Nov 05, 2014 at 05:05:03PM +0530, Sanjeev Sharma wrote: > This is a patch to the rtw_cmd.c file that fixes > Error reported by checkpatch. What error are you "fixing"? Please be specific. thanks, greg k-h -- To unsubscribe from this list: send the line "unsubscribe linux-wireless" in th

RE: [PATCH] mwifiex: module load parameter for interface creation

Hi Johannes, Customer does not wish to add interface manually using iw or other tools. So we have provided option to load driver with module parameters to meet this requirement. For all other cases, where default driver_mode is 0x1 behavior remains unchanged. Thanks, Avinash __

maximum WiFi associations on AP using ath9k and wpa_supplicant

Hello All,   I would like to test how maximum WiFi associations are possible on my AP with security mode. The WiFi authentication, association,4-way handshake are OK but I can not get an IP adress for the second interface. It's works in open mode using WPA supplicant but not with WPA2 AES secu

Re: [PATCH] mwifiex: module load parameter for interface creation

On Wed, 2014-11-05 at 19:38 +0530, Avinash Patil wrote: > This patch adds module load parameter driver_mode for mwifiex > which would enable driver to create AP or P2P client interface while loading > module. driver_mode is bitmap of interface modes for station, AP and > P2P client. > > Station in

[PATCH v3] ath10k: handle ieee80211 header and payload tracing separately

For packet log, the transmitted frame 802.11 header alone is sufficient. Recording entire packet is also consuming lot of disk space. To optimize this, tx and rx data tracepoints are splitted into header and payload tracepoints. To record tx ieee80211 headers trace-cmd record -e ath10k_tx_hd

RE: [PATCH] staging:rtl8723au: core: Fix error reported by checkpatch.

-Original Message- From: Jes Sorensen [mailto:jes.soren...@redhat.com] Sent: Thursday, October 30, 2014 8:21 PM To: Sharma, Sanjeev Cc: Joe Perches; larry.fin...@lwfinger.net; gre...@linuxfoundation.org; linux-wireless@vger.kernel.org; de...@driverdev.osuosl.org; linux-ker...@vger.kernel

[PATCH v2] staging:rtl8723au: core: Fix error reported by checkpatch.

This is a patch to the rtw_cmd.c file that fixes Error reported by checkpatch. Signed-off-by: Sanjeev Sharma --- Changes in v2: - Shorten variable name by taking temporary structure drivers/staging/rtl8723au/core/rtw_cmd.c | 126 +++ 1 file changed, 62 insertions(

Re: [PATCH v2] ath10k: handle ieee80211 header and payload tracing separately

On Wed, Nov 05, 2014 at 11:12:01AM +0100, Johannes Berg wrote: > On Wed, 2014-11-05 at 15:14 +0530, Rajkumar Manoharan wrote: > > > The macro is defined to ease readability and reduce # of line changes. > > I originally thought of naming the macro as IEEE80211_HDR_LEN. But such > > definition does

Re: [PATCH v2] ath10k: handle ieee80211 header and payload tracing separately

On Wed, 2014-11-05 at 15:14 +0530, Rajkumar Manoharan wrote: > The macro is defined to ease readability and reduce # of line changes. > I originally thought of naming the macro as IEEE80211_HDR_LEN. But such > definition does not look correct inside driver. FWIW, I pointed Kalle to the macro on I

Re: [PATCH v2] ath10k: handle ieee80211 header and payload tracing separately

On Wed, Nov 05, 2014 at 03:29:13AM +0200, Kalle Valo wrote: > Rajkumar Manoharan writes: > > > On Tue, Nov 04, 2014 at 01:34:37AM +0200, Kalle Valo wrote: > >> Rajkumar Manoharan writes: > >> > >> > -DECLARE_EVENT_CLASS(ath10k_data_event, > >> > +#define ATH10K_FRM_HDR_LEN \ > >> > +ie

Re: Questions regarding ath9k and new EN 300 328 regulation

Hello Cedric, As Zefir pointed out the DFS engine is not responsible for the compatibility with EN 300 328 v1.8.1. To my understanding, this is the role of the CCA engine. I think that the key patch is the one provided by Sujith Manoharan at http://www.spinics.net/lists/linux-wireless/msg118665.ht

Re: [PATCH 2/5] cfg80211: leave invalid channels on regdomain change

On Wed, Nov 5, 2014 at 5:16 AM, Luis R. Rodriguez wrote: > On Wed, Oct 22, 2014 at 11:37 PM, Arik Nemtsov wrote: >> +static bool reg_wdev_chan_valid(struct wiphy *wiphy, struct wireless_dev >> *wdev) >> +{ >> + struct ieee80211_channel *ch; >> + struct cfg80211_chan_def chandef; >> +

Re: [PATCH] rtlwifi: Add more checks for get_btc_status callback

On Wed, 2014-10-29 at 23:30 -0500, Larry Finger wrote: > On 10/29/2014 06:28 PM, Murilo Opsfelder Araujo wrote: > > This is a complement of commit 08054200117a95afc14c3d2ed3a38bf4e345bf78 > > "rtlwifi: Add check for get_btc_status callback". > > > > With this patch, next-20141029 at least does not

Tun/tap-variant for 802.15.4/6lowpan?

Hi, I am working with a external radio module controlled over a serial port and would like to use the linux 6lowpan implementation to make it IP capable. Is there something like the tun/tap-driver for 6lowpan that delivers the raw frames back to userspace over a socket? Henning Rogge -- To unsub

Re: [PATCH 5/5] cfg80211: Allow usermode to query wiphy specific regd info

On Wed, Nov 5, 2014 at 5:23 AM, Luis R. Rodriguez wrote: > On Wed, Oct 22, 2014 at 11:37 PM, Arik Nemtsov wrote: >> + * @NL80211_ATTR_WIPHY_SELF_MANAGED_REG: flag attribute indicating the >> + * regulatory information came from the driver and not from the global >> + * cfg80211 regulatory

Re: Questions regarding ath9k and new EN 300 328 regulation

Hello Zefir, Thanks a lot for this last precision. It is now clear to me that the adaptivity mechanism required by EN 300 328 v1.8.1 is handled by the CCA algorithm. Best regards Adrien On Thu, Oct 30, 2014 at 1:55 PM, Zefir Kurtisi wrote: > As written before, you need to look at DFS and adapt

Re: [PATCH 0/5] wiphy-specific regulatory management

On Wed, Nov 5, 2014 at 5:21 AM, Luis R. Rodriguez wrote: > On Wed, Oct 22, 2014 at 11:37 PM, Arik Nemtsov wrote: >> cfg80211: allow wiphy specific regdomain management > > This guy never made it to my inbox. Here it is: http://permalink.gmane.org/gmane.linux.kernel.wireless.general/129448 Ari

[PATCH] mwifiex: module load parameter for interface creation

This patch adds module load parameter driver_mode for mwifiex which would enable driver to create AP or P2P client interface while loading module. driver_mode is bitmap of interface modes for station, AP and P2P client. Station interface is created by default and is unaffected by driver_mode param

RE: Questions regarding ath9k and new EN 300 328 regulation

Hi Adrien, In the file driver/net/wireless/ath/dfs_pattern_detector.c a comment specify the dfs detector is compliant with EN300 328 1.5.1. Is it also compatible with E300 328 v1.8.1 ? Thanks for your reply. Cedric voncken. > -Message d'origine-