[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

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 mcg...@do-not-panic.com wrote: On Wed, Oct 22, 2014 at 11:37 PM, Arik Nemtsov a...@wizery.com wrote: + * @NL80211_ATTR_WIPHY_SELF_MANAGED_REG: flag attribute indicating the + * regulatory information came from the driver and not from the

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 panic

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

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 rmano...@qti.qualcomm.com writes: On Tue, Nov 04, 2014 at 01:34:37AM +0200, Kalle Valo wrote: Rajkumar Manoharan rmano...@qti.qualcomm.com writes: -DECLARE_EVENT_CLASS(ath10k_data_event, +#define

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 IRC

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 not

[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 sanjeev_sha...@mentor.com --- Changes in v2: - Shorten variable name by taking temporary structure drivers/staging/rtl8723au/core/rtw_cmd.c | 126 +++ 1

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;

[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

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

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

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 the

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 interface.

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:

[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

[PATCH] mac80211: fix a build error.

From: Matt Chen matt.c...@intel.com 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 matt.c...@intel.com Signed-off-by: Emmanuel Grumbach emmanuel.grumb...@intel.com --- net/mac80211/tx.c | 2 +- 1 file changed,

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 simple

[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

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

Signed-off-by: Malcolm Priestley tvbox...@gmail.com --- 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 ---

[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 tvbox...@gmail.com --- drivers/staging/vt6655/device.h | 3 -- drivers/staging/vt6655/device_main.c | 100 --- 2 files changed, 103

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

Signed-off-by: Malcolm Priestley tvbox...@gmail.com --- 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 +++

[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 tvbox...@gmail.com --- 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

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

for struct vnt_private Signed-off-by: Malcolm Priestley tvbox...@gmail.com --- 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

[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 tvbox...@gmail.com --- drivers/staging/vt6655/baseband.c | 162 -- drivers/staging/vt6655/baseband.h | 5

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 tvbox...@gmail.com wrote: Signed-off-by: Malcolm Priestley tvbox...@gmail.com No need for staging in the subject line of your patches? Why not? It helps me sort emails better :)

[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 zaj...@gmail.com 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

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

On 5 November 2014 23:31, Hauke Mehrtens ha...@hauke-m.de wrote: phy_read and phy_write are not set for every phy any more sine this: commit d342b95dd735014a590f9051b1ba227eb54ca8f6 Author: Rafał Miłecki zaj...@gmail.com Date: Thu Jul 31 21:59:43 2014 +0200 b43: don't duplicate common

[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 larry.fin...@lwfinger.net --- drivers/net/wireless/rtlwifi/pci.c | 11 --- 1 file changed, 8 insertions(+), 3 deletions(-) diff --git

[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 larry.fin...@lwfinger.net --- drivers/net/wireless/rtlwifi/pci.c | 5 ++--- 1 file changed, 2

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] ath9k: Fix RTC_DERIVED_CLK usage

From: Sujith Manoharan c_man...@qca.qualcomm.com From: Miaoqing Pan miaoq...@qca.qualcomm.com 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

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;

[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 sanjeev_sha...@mentor.com --- drivers/staging/rtl8723au/core/rtw_cmd.c | 83

[PATCH 16/21] ath9k_htc: add ath_ps_ops bindings

Signed-off-by: Oleksij Rempel li...@rempel-privat.de --- 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

[PATCH 15/21] ath9k_htc: fix rs_datalen conversation

For some reason it didn't coused obvious problems. Signed-off-by: Oleksij Rempel li...@rempel-privat.de --- 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

[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 li...@rempel-privat.de --- drivers/net/wireless/ath/ath9k/main.c | 70 --- drivers/net/wireless/ath/ath9k/spectral.c | 70 +++ 2 files changed, 70

[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 li...@rempel-privat.de --- 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

[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 li...@rempel-privat.de --- drivers/net/wireless/ath/ath9k/channel.c | 2 +- drivers/net/wireless/ath/ath9k/main.c | 26 +- drivers/net/wireless/ath/ath9k/spectral.c | 10

[PATCH 07/21] ath: add struct ath_ps_ops

we will need it to make common code Signed-off-by: Oleksij Rempel li...@rempel-privat.de --- 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 ---

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

Signed-off-by: Oleksij Rempel li...@rempel-privat.de --- 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

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

not sure why. Initially provided by Ashish Patro pa...@cs.wisc.edu Signed-off-by: Oleksij Rempel li...@rempel-privat.de --- 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

[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 li...@rempel-privat.de --- drivers/net/wireless/ath/ath9k/ath9k.h| 2 +- drivers/net/wireless/ath/ath9k/spectral.c | 12 ++--

[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 li...@rempel-privat.de --- drivers/net/wireless/ath/ath9k/channel.c | 2 +- drivers/net/wireless/ath/ath9k/main.c | 12 +--- drivers/net/wireless/ath/ath9k/spectral.c | 10 +-