rtlwifi NULL pointer dereference

2015-06-04 Thread Severn
Hello, I've been hitting this NULL pointer deref with an rtl8188ee PCIE card. It happens 100% of the time when I bring up a WPA2-PSK AP with hostapd 2.4. If I revert 33511b157bbcebaef853cc1811992b664a2e5862, everything seems to work properly. Below is my hostapd.conf and the crash log. This

RE: [PATCH] mwlwifi: Initial submission of wireless driver to mainline

2015-06-04 Thread David Lin
On 06/03/2015 09:55 PM, David Lin wrote: Hi all, Herewith, I am submitting the Linux driver for WRT1900AC. The work was initially developed as part of openwrt effort and maintained on https://github.com/kaloz/mwlwifi, thanks to the host where it is nurtured. Recently, I

Re: [PATCH] mwlwifi: Initial submission of wireless driver to mainline

2015-06-04 Thread Ben Greear
On 06/04/2015 07:41 PM, David Lin wrote: On 06/03/2015 09:55 PM, David Lin wrote: Hi all, Herewith, I am submitting the Linux driver for WRT1900AC. The work was initially developed as part of openwrt effort and maintained on https://github.com/kaloz/mwlwifi, thanks to the host where

Re: ATH10K and VLAN

2015-06-04 Thread Michal Kazior
On 3 June 2015 at 16:46, Cedric VONCKEN cedric.vonc...@acksys.fr wrote: I'm testing to send a VLAN frame through ATH10K device. I'm using compat wireless 2015-03-09 from openWRT. The ATH10K firmware used is 10.2.4.45 My test platform is: Pc1 : IP

Re: [PATCH] ath10k: new debugfs interface to enable adaptive CCA

2015-06-04 Thread Ben Greear
Is there any way to make this work on a 10.1 firmware, even if that means manually poking registers through debugfs? I have a user of CT firmware that would really like Adaptive CCA to work, so if I can just get some clues as to what needs setting, I can write up an API that works with my 10.1

Re: [PATCH V2 2/3] rtlwifi: rtl8192cu: remove INTF_PCI and INTF_USB

2015-06-04 Thread Taehee Yoo
2015-06-05 0:21 GMT+09:00 Larry Finger larry.fin...@lwfinger.net: On 06/04/2015 04:11 AM, Taehee Yoo wrote: in the rtlwifi/rtl8192cu, INTF_PCI and INTF_USB is unnecessary. because RTL8192CU chipset is only USB interface. Signed-off-by: Taehee Yoo ap420...@gmail.com --- Remove rtlhal to

RTS flood when client unexpectedly disconnects

2015-06-04 Thread Allan Matthew
I'm running into an issue where my AP blasts a ton of ready-to-send packets out when a client goes out of range or unexpectedly disconnects with no disassociation. This flood of packets slows its own network down as well as any other networks on the same channel or adjacent channels. The flood

[PATCH V2] ath10k: add 'cryptmode' param to support raw tx injection and sw crypto.

2015-06-04 Thread Liu CF/TW
This change supports bypassing HW crypto engine by enabling raw Rx/Tx mode. This will enable use cases such as sw crypto and raw tx injection. This change introduces a new module param 'cryptmode'. cryptmode: 0Use HW crypto engine. Use native WiFi mode Tx/Rx encap 1Use SW crypto

Re: [PATCH v2] ath10k: add cryptmode param to support sw crypto and raw tx injection.

2015-06-04 Thread Liu CF/TW
Kalle et al. Please ignore this patch and review the new email with subject line changed with [PATCH V2] highlighted. Looks like only by doing so would it start a new thread in the ML. That patch is exactly the same as the last one in this thread. I updated the commit message with more testing

[BUG 4.1.0-rc6] iwlwifi: Error sending REPLY_TXFIFO_FLUSH: time out after 2000ms

2015-06-04 Thread Kirill A. Shutemov
Hi, I've trigered the bug few times after several suspend/resume cycles. Hardware is Thinkpad X1 2013 with Intel Corporation Centrino Advanced-N 6205 (8086:0085) (rev 96). Full dmesg: [0.00] Initializing cgroup subsys cpuset [0.00] Initializing cgroup subsys cpu [0.00]

Re: [BUG 4.1.0-rc6] iwlwifi: Error sending REPLY_TXFIFO_FLUSH: time out after 2000ms

2015-06-04 Thread Grumbach, Emmanuel
On Thu, 2015-06-04 at 22:32 +0300, Kirill A. Shutemov wrote: On Thu, Jun 04, 2015 at 06:13:22PM +, Grumbach, Emmanuel wrote: On Thu, 2015-06-04 at 20:37 +0300, Kirill A. Shutemov wrote: Hi, I've trigered the bug few times after several suspend/resume cycles. Hardware is

Re: [PATCH] brcmfmac: use direct data pointer in NVRAM parser struct

2015-06-04 Thread Rafał Miłecki
On 4 June 2015 at 17:02, Arend van Spriel ar...@broadcom.com wrote: On 05/28/15 13:37, Rafał Miłecki wrote: As we plan to add support for platform NVRAM we should store direct data pointer without the extra struct firmware layer. This will allow us to support other sources with the only

Re: [PATCH] mwlwifi: Initial submission of wireless driver to mainline

2015-06-04 Thread Ben Greear
On 06/03/2015 09:55 PM, David Lin wrote: Hi all, Herewith, I am submitting the Linux driver for WRT1900AC. The work was initially developed as part of openwrt effort and maintained on https://github.com/kaloz/mwlwifi, thanks to the host where it is nurtured. Recently, I have

[PATCH 2/2] mwifiex: update current config_band info in start_ap

2015-06-04 Thread Avinash Patil
It was observed that AP beacons would not reflect correct regulatory information upon starting AP in A band. This was because of missing AP config band update in set_channel of start_ap. Signed-off-by: Avinash Patil pat...@marvell.com --- drivers/net/wireless/mwifiex/uap_cmd.c | 2 ++ 1 file

[PATCH 1/2] mwifiex: change debug dump issue since skb maybe null

2015-06-04 Thread Avinash Patil
From: Zhaoyang Liu li...@marvell.com This patch fixes semantic warning for debugging data dump feature. Previous code is based on the assumption that skb is not null. New change makes sure that we already have data buffer. Reported-by: Dan Carpenter dan.carpen...@oracle.com Signed-off-by:

Re: [PATCH] brcmfmac: use direct data pointer in NVRAM parser struct

2015-06-04 Thread Kalle Valo
Hi Arend, Arend van Spriel ar...@broadcom.com writes: I really don't want to have you annoyed because the need of rebasing your patch. What you said about Ralf's tree and linux-next isn't exactly true. I do believe Kalle won't merge linux-next into wireless-driver-next, so we have to wait

Re: [PATCH] brcmfmac: use direct data pointer in NVRAM parser struct

2015-06-04 Thread Arend van Spriel
On 06/04/15 16:23, Kalle Valo wrote: Hi Arend, Arend van Sprielar...@broadcom.com writes: I really don't want to have you annoyed because the need of rebasing your patch. What you said about Ralf's tree and linux-next isn't exactly true. I do believe Kalle won't merge linux-next into

Re: [PATCH] brcmfmac: use direct data pointer in NVRAM parser struct

2015-06-04 Thread Arend van Spriel
On 05/28/15 13:37, Rafał Miłecki wrote: As we plan to add support for platform NVRAM we should store direct data pointer without the extra struct firmware layer. This will allow us to support other sources with the only requirement being u8 buffer. Signed-off-by: Rafał Miłeckizaj...@gmail.com

Re: [PATCH V2 2/3] rtlwifi: rtl8192cu: remove INTF_PCI and INTF_USB

2015-06-04 Thread Larry Finger
On 06/04/2015 04:11 AM, Taehee Yoo wrote: in the rtlwifi/rtl8192cu, INTF_PCI and INTF_USB is unnecessary. because RTL8192CU chipset is only USB interface. Signed-off-by: Taehee Yoo ap420...@gmail.com --- Remove rtlhal to solve warning. I appreciate your cleanups of this driver, but please

Re: pull-request: wireless-drivers-next 2015-06-03

2015-06-04 Thread David Miller
From: Kalle Valo kv...@codeaurora.org Date: Wed, 03 Jun 2015 23:07:47 +0300 here's a pull request for 4.2. Most notable change here is a new driver mt7601u for a Mediatek USB Wi-Fi device, for other driver more information in the signed tag. There's a trivial conflict in iwlwifi Kconfig help

Re: New USB ID 2001:3c25

2015-06-04 Thread Luis Henriques
On Tue, Jun 02, 2015 at 09:01:36PM -0500, Larry Finger wrote: Scott, I see that you added the USB ID in the subject for the DWA-130 device in commit ea345c145ff23197eab34d0c4d0c8a93d7bea8c6. Is there any reason that the new ID should not have been sent to Stable as well, or was that an

Re: [BUG 4.1.0-rc6] iwlwifi: Error sending REPLY_TXFIFO_FLUSH: time out after 2000ms

2015-06-04 Thread Kirill A. Shutemov
On Thu, Jun 04, 2015 at 06:13:22PM +, Grumbach, Emmanuel wrote: On Thu, 2015-06-04 at 20:37 +0300, Kirill A. Shutemov wrote: Hi, I've trigered the bug few times after several suspend/resume cycles. Hardware is Thinkpad X1 2013 with Intel Corporation Centrino Advanced-N 6205

[PATCH 3/3] rtlwifi: rtl8192cu: remove _InitBeaconParameters().

2015-06-04 Thread Taehee Yoo
_InitBeaconParameters() and rtl92cu_init_beacon_parameters() is same routine. I remove both functions. then i add _rtl92cu_init_beacon_parameters() in the hw.c. _rtl92cu_init_beacon_parameters() is same routine with _InitBeaconParameters(). Signed-off-by: Taehee Yoo ap420...@gmail.com ---

[PATCH V2 2/3] rtlwifi: rtl8192cu: remove INTF_PCI and INTF_USB

2015-06-04 Thread Taehee Yoo
in the rtlwifi/rtl8192cu, INTF_PCI and INTF_USB is unnecessary. because RTL8192CU chipset is only USB interface. Signed-off-by: Taehee Yoo ap420...@gmail.com --- Remove rtlhal to solve warning. drivers/net/wireless/rtlwifi/rtl8192cu/rf.c | 18 -- 1 file changed, 4 insertions(+),

[PATCH 1/3] rtlwifi: rtl8192cu: remove IS_HARDWARE_TYPE_8192CE and IS_HARDWARE_TYPE_8192CU

2015-06-04 Thread Taehee Yoo
in the rtlwifi/rtl8192cu, IS_HARDWARE_TYPE_8192CE and IS_HARDWARE_TYPE_8192CU is unnecessary. because rtlwifi/rtl8192cu codes aren't shared. Signed-off-by: Taehee Yoo ap420...@gmail.com --- drivers/net/wireless/rtlwifi/rtl8192cu/phy.c | 18 +++--- 1 file changed, 3 insertions(+), 15

[PATCH 2/3] rtlwifi: rtl8192cu: remove INTF_PCI and INTF_USB

2015-06-04 Thread Taehee Yoo
in the rtlwifi/rtl8192cu, INTF_PCI and INTF_USB is unnecessary. because RTL8192CU chipset is only USB interface. Signed-off-by: Taehee Yoo ap420...@gmail.com --- drivers/net/wireless/rtlwifi/rtl8192cu/rf.c | 17 - 1 file changed, 4 insertions(+), 13 deletions(-) diff --git

Re: [PATCH] treewide: Fix typo compatability - compatibility

2015-06-04 Thread Stanislav Yakovlev
On 27 May 2015 at 16:05, Laurent Pinchart laurent.pinch...@ideasonboard.com wrote: Even though 'compatability' has a dedicated entry in the Wiktionary, it's listed as 'Mispelling of compatibility'. Fix it. Signed-off-by: Laurent Pinchart laurent.pinch...@ideasonboard.com ---

[PATCH RESEND] brcmfmac: use direct data pointer in NVRAM parser struct

2015-06-04 Thread Rafał Miłecki
As we plan to add support for platform NVRAM we should store direct data pointer without the extra struct firmware layer. This will allow us to support other sources with the only requirement being u8 buffer. Signed-off-by: Rafał Miłecki zaj...@gmail.com Acked-by: Arend van Spriel