RE: rt2800 and BeagleBone Black soft lockup when unplugging from USB hub

2016-04-27 Thread Craig McQueen
I previously wrote: > > I have a D-Link DWA-140 USB Wi-Fi device which is rt2800 based (5392 > chipset). I've been testing it on a BeagleBone Black running an Ubuntu 16.04 > image (4.4.6 kernel), with a USB hub. > > When I unplug the Wi-Fi device from the USB hub, and it's connected to an > acces

RE: rt2800 soft lockup on disable

2016-04-27 Thread Craig McQueen
I previously wrote: > > I have a D-Link DWA-140 USB Wi-Fi device which is rt2800 based (5392 > chipset). I've been testing it on a BeagleBone Black running an Ubuntu 16.04 > image (4.4.6 kernel). > > (For the following, I am testing with a USB hub, because as I said in a > previous > e-mail, I g

RE: rt2800 and BeagleBone Black kernel panic when connecting to access point

2016-04-27 Thread Craig McQueen
Vishal Thanki wrote: > On Wed, Apr 27, 2016 at 7:56 AM, Craig McQueen > wrote: > > Vishal Thanki wrote: > >> Hi, > >> > >> On Wed, Apr 27, 2016 at 02:21:36PM +1000, Craig McQueen wrote: > >> > I have a D-Link DWA-140 USB Wi-Fi device which is rt2800 based > >> > (5392 > >> chipset). I've been test

Re: 4.6-rc5 on arm (nokia n900): spinlock bad magic on CPU#0,

2016-04-27 Thread Pavel Machek
On Mon 2016-04-25 16:59:33, Pavel Machek wrote: > Hi! > > > First time such thing happened, normally N900 is very stable. > > Second time, within a day. It seems rather repeatable. I tested 4.4 > rather heavily, and seen any backtraces... > > Oh, and some saboteur seemed to turn on ipv6 on my w

Re: [1/3] mwifiex: fix coding style

2016-04-27 Thread Kalle Valo
> Redundant space in case statement is removed. > > Signed-off-by: Amitkumar Karwar Thanks, 3 patches applied to wireless-drivers-next.git: 3f210e2f1269 mwifiex: fix coding style df2288623ee0 mwifiex: report wowlan wakeup reasons correctly d286af9bf40a mwifiex: avoid querying wakeup reason whe

Re: [1/2] mwifiex: disable channel filtering feature in firmware

2016-04-27 Thread Kalle Valo
> As 2.4Ghz channels are overlapping, sometimes AP responds to > probe request even if it's operating on neighbouring channel. > Currently firmware drops those scan entries, as current channel > doesn't match with APs channel. > > This patch enables MWIFIEX_DISABLE_CHAN_FILT flag in scan > comman

Re: [v2] mwifiex: transmit packet stats incorrect.

2016-04-27 Thread Kalle Valo
> tx_packets counter is incremented for aggregated packets, when it had > already been incremented for the aggregated packet's constituent > parts. Removing the extra count. > > Signed-off-by: Marty Faltesek Thanks, applied to wireless-drivers-next.git. Kalle Valo -- To unsubscribe from this l

Re: [v2] mwifiex: fw download does not release sdio bus during failure

2016-04-27 Thread Kalle Valo
> Signed-off-by: Marty Faltesek > Reviewed-by: Julian Calaby Thanks, applied to wireless-drivers-next.git. Kalle Valo -- To unsubscribe from this list: send the line "unsubscribe linux-wireless" in the body of a message to majord...@vger.kernel.org More majordomo info at http://vger.kernel.or

Re: [v2] mwifiex: bridged packets cause wmm_tx_pending counter to gonegative

2016-04-27 Thread Kalle Valo
> When a packet is queued from the bridge, wmm_tx_pending is not > incremented, but when the packet is dequeued the counter is decremented. > > Signed-off-by: Marty Faltesek Thanks, applied to wireless-drivers-next.git. Kalle Valo -- To unsubscribe from this list: send the line "unsubscribe li

Re: [PATCH v2 0/7] wil6210 patches

2016-04-27 Thread Kalle Valo
Maya Erez writes: > Changes in V2: > - reomoved __func__ addition from wil_dbg macros > - Changed wil_dbg_ratelimited implementation to address code review comments > > Various of wil6210 fixes > > Lior David (1): > wil6210: support regular scan on P2P_DEVICE interface > > Maya Erez (6): > wi

Re: [PATCH] ath6kl: Add ability to set debug uart baud rate

2016-04-27 Thread Kalle Valo
Steve deRosier writes: > It's useful to permit the customization of the debug uart baud rate. Enable > this and send down the value to the chip if we're enabling debug. > > Signed-off-by: Steve deRosier Applied, thanks. -- Kalle Valo -- To unsubscribe from this list: send the line "unsubscrib

Re: [PATCH] ath6kl: fix missing uart debug pin for 6004 HW 3.0

2016-04-27 Thread Valo, Kalle
Steve deRosier writes: > For some reason, the 6004 HW 3.0 definition was missing the value for the > uarttx_pin (used for firmware debug). This corrects this situation. > > Signed-off-by: Steve deRosier Applied, thanks. -- Kalle Valo-- To unsubscribe from this list: send the line "unsubscribe

Re: [PATCH] wcn36xx: Set SMD timeout to 10 seconds

2016-04-27 Thread Kalle Valo
Bjorn Andersson writes: > After booting the wireless subsystem and uploading the NV blob to the > WCNSS_CTRL service the remote continues to do things and will not start > servicing wlan-requests for another 2-5 seconds (measured). > > The downstream code does not have any special handling for th

Re: [PATCH] ath10k: add max_tx_power for QCA6174 WLAN.RM.2.0 firmware

2016-04-27 Thread Valo, Kalle
Kalle Valo writes: > From: Alan Liu > > QCA6174 WLAN.RM.2.0 firmware uses max_tx_power instead of using max_reg_power > to set transmission power. The tx power was about -50dbm, after applying this > change, it become -32dbm. > > Signed-off-by: Alan Liu > Signed-off-by: Kalle Valo Applied, th

Re: [PATCH] ath10k: fix a typo in ath10k_start()

2016-04-27 Thread Valo, Kalle
Mohammed Shafi Shajakhan writes: > From: Mohammed Shafi Shajakhan > > fix a typo (spelling mistake) in 'ath10k_start' > > Signed-off-by: Mohammed Shafi Shajakhan Applied, thanks. -- Kalle Valo-- To unsubscribe from this list: send the line "unsubscribe linux-wireless" in the body of a messag

[PATCH v2] ath10k: release pre_cal_file while unloading driver

2016-04-27 Thread Rajkumar Manoharan
Failing to release pre_cal_file caldata on deinit causes memory leak. Fixes: b131129d9657 ("ath10k: fix calibration init sequence of qca99x0") Signed-off-by: Rajkumar Manoharan --- v2: rebased drivers/net/wireless/ath/ath10k/core.c | 4 1 file changed, 4 insertions(+) diff --git a/drivers

[PATCH v2 3/4] ath10k: handle pdev_chan_info wmi event

2016-04-27 Thread Rajkumar Manoharan
Add handler to process bss channel information wmi event that will be received upon sending pdev_chan_info_request wmi command. Signed-off-by: Rajkumar Manoharan --- drivers/net/wireless/ath/ath10k/wmi.c | 32 drivers/net/wireless/ath/ath10k/wmi.h | 11 ++

[PATCH v2 2/4] ath10k: implement wmi_pdev_bss_chan_info_request

2016-04-27 Thread Rajkumar Manoharan
Add WMI ops to send pdev_bss_chan_info_request command to target. This command will be used to retrieve updated cycle counters and noise floor value of current operating channel (bss channel). Signed-off-by: Rajkumar Manoharan --- drivers/net/wireless/ath/ath10k/wmi-ops.h | 21 ++

[PATCH v2 4/4] ath10k: update bss channel survey information

2016-04-27 Thread Rajkumar Manoharan
During hw scan, firmware sends two channel information events (pre- complete, complete) to host for each channel change. The snap shot of cycle counters (rx_clear and total) between these two events are given for survey dump. In order to get latest survey statistics of all channels, a scan request

[PATCH v2 1/4] ath10k: add pdev bss channel info wmi definitions

2016-04-27 Thread Rajkumar Manoharan
Add WMI definitions for pdev bss channel information request and event. Signed-off-by: Rajkumar Manoharan --- drivers/net/wireless/ath/ath10k/wmi.h | 4 1 file changed, 4 insertions(+) diff --git a/drivers/net/wireless/ath/ath10k/wmi.h b/drivers/net/wireless/ath/ath10k/wmi.h index db25535

Re: rt2800 and BeagleBone Black kernel panic when connecting to access point

2016-04-27 Thread Vishal Thanki
On Wed, Apr 27, 2016 at 7:56 AM, Craig McQueen wrote: > Vishal Thanki wrote: >> Hi, >> >> On Wed, Apr 27, 2016 at 02:21:36PM +1000, Craig McQueen wrote: >> > I have a D-Link DWA-140 USB Wi-Fi device which is rt2800 based (5392 >> chipset). I've been testing it on a BeagleBone Black running an Ubun

Re: [PATCH v2] ath10k: remove VHT capabilities from 2.4GHz

2016-04-27 Thread Johannes Berg
On Wed, 2016-04-27 at 15:07 +0530, Krishna Chaitanya wrote: >  > If many vendors need this support, then mac80211 appraoch would be > good. If not, we should stick to driver approach. Trying to do this in the driver gets practically impossible, so no, it really should be done in mac80211 either wa

Re: [PATCH v2] ath10k: remove VHT capabilities from 2.4GHz

2016-04-27 Thread Krishna Chaitanya
On Wed, Apr 27, 2016 at 2:46 PM, Jouni Malinen wrote: > On Wed, Apr 27, 2016 at 12:13:46PM +0530, Krishna Chaitanya wrote: >> On Wed, Apr 27, 2016 at 1:40 AM, Ben Greear wrote: >> > On 04/26/2016 01:07 PM, Krishna Chaitanya wrote: >> >> Are these Broadcom IEs documented somewhere? If yes, >> >> t

Re: [PATCH v2] ath10k: remove VHT capabilities from 2.4GHz

2016-04-27 Thread Jouni Malinen
On Wed, Apr 27, 2016 at 12:13:46PM +0530, Krishna Chaitanya wrote: > On Wed, Apr 27, 2016 at 1:40 AM, Ben Greear wrote: > > On 04/26/2016 01:07 PM, Krishna Chaitanya wrote: > >> Are these Broadcom IEs documented somewhere? If yes, > >> then its a matter of parsing them and adding support to > >> m

pull-request: mac80211 2016-04-27

2016-04-27 Thread Johannes Berg
Hi Dave, While writing some new code yesterday, I found and fixed a per-CPU memory leak, this pull request has just a single patch addressing that. Let me know if there's any problem. Thanks, johannes The following changes since commit 8f815cdde3e550e10c2736990d791f60c2ce43eb: nl80211: che

[PATCH] mac80211: fix statistics leak if dev_alloc_name() fails

2016-04-27 Thread Johannes Berg
From: Johannes Berg In the case that dev_alloc_name() fails, e.g. because the name was given by the user and already exists, we need to clean up properly and free the per-CPU statistics. Fix that. Cc: sta...@vger.kernel.org Fixes: 5a490510ba5f ("mac80211: use per-CPU TX/RX statistics") Signed-of

Re: [PATCH] wext: remove a/b/g/n from SIOCGIWNAME

2016-04-27 Thread Luca Coelho
On Tue, 2016-04-26 at 09:35 +0200, Johannes Berg wrote: > From: Johannes Berg > > Since a/b/g/n no longer exist as spec amendements and VHT (ex > 802.11ac) > wasn't handled at all, it's better to just remove the amendment > strings > to avoid confusion. > > Signed-off-by: Johannes Berg > --- R

Re: Intel WiFi regression on linux-next

2016-04-27 Thread Mitchel Humpherys
On Tue, Apr 26 2016 at 09:31:08 PM, Luca Coelho wrote: > On Tue, 2016-04-26 at 10:14 -0700, Mitchel Humpherys wrote: > This was fixed in a patch I sent to Kalle yesterday and he merged > today: > > http://git.kernel.org/cgit/linux/kernel/git/kvalo/wireless-drivers-next > .git/commit/?id=f0d8f38cd9