Re: [PATCH v4] mwifiex: parse device tree node for PCIe

On Thu, Oct 20, 2016 at 05:30:12PM -0700, Rajat Jain wrote: > From: Xinming Hu > > This patch derives device tree node from pcie bus layer framework. > Device tree bindings file has been renamed(marvell-sd8xxx.txt -> > marvell-8xxx.txt) to accomodate PCIe changes. > >

[PATCH][RFC] nl80211/mac80211: Rounded RSSI reporting

Hi, I'm looking for a way to enable userspace to receive RSSI updates without polling and waking up only as often as needed, for use in a wifi daemon oriented for low power. Userspace tends to display a wifi icon with the rssi shown as a number of "signal bars", usually 4, 5, or 6. This patch

[PATCH v4] mwifiex: parse device tree node for PCIe

From: Xinming Hu This patch derives device tree node from pcie bus layer framework. Device tree bindings file has been renamed(marvell-sd8xxx.txt -> marvell-8xxx.txt) to accomodate PCIe changes. Signed-off-by: Xinming Hu Signed-off-by: Amitkumar Karwar

[PATCH] cfg80211: add generic helper to check interface is running

Adding a helper using wdev to check if interface is running. This deals with both non-netdev and netdev interfaces. In struct wireless_dev replacing 'p2p_started' and 'nan_started' by 'is_running' as those are mutual exclusive anyway. Signed-off-by: Arend van Spriel

Re: cfg80211: race problem between suspend and disconnect event

Hi, > Mwifiex driver rejects del_key() requests from cfg80211 during > suspend. They came very late when driver's cfg80211_suspend handler > is already executed and driver is in the middle of SDIO's suspend > handler. Interesting. Rejecting those calls is probably perfectly reasonable, and in

Re: [PATCH net-next v2 3/9] net: use core MTU range checking in wireless drivers

From: Johannes Berg Date: Thu, 20 Oct 2016 20:22:35 +0200 > On Thu, 2016-10-20 at 13:55 -0400, Jarod Wilson wrote: >> - set max_mtu in wil6210 driver >> - set max_mtu in atmel driver >> - set min/max_mtu in cisco airo driver, remove airo_change_mtu >> - set min/max_mtu

Re: [PATCH net-next v2 3/9] net: use core MTU range checking in wireless drivers

On Thu, 2016-10-20 at 13:55 -0400, Jarod Wilson wrote: > - set max_mtu in wil6210 driver > - set max_mtu in atmel driver > - set min/max_mtu in cisco airo driver, remove airo_change_mtu > - set min/max_mtu in ipw2100/ipw2200 drivers, remove > libipw_change_mtu > - set min/max_mtu in p80211netdev,

[PATCH net-next v2 3/9] net: use core MTU range checking in wireless drivers

- set max_mtu in wil6210 driver - set max_mtu in atmel driver - set min/max_mtu in cisco airo driver, remove airo_change_mtu - set min/max_mtu in ipw2100/ipw2200 drivers, remove libipw_change_mtu - set min/max_mtu in p80211netdev, remove wlan_change_mtu - set min/max_mtu in net/mac80211/iface.c

cfg80211: race problem between suspend and disconnect event

Hi Johannes, We came across one race issue while running suspend tests with Marvell device. Mwifiex driver rejects del_key() requests from cfg80211 during suspend. They came very late when driver's cfg80211_suspend handler is already executed and driver is in the middle of SDIO's suspend

Re: [PATCH 10/10] iwlwifi: mvm: use dev_coredumpsg()

> - dev_coredumpm(mvm->trans->dev, THIS_MODULE, fw_error_dump, > 0, > -   GFP_KERNEL, iwl_mvm_read_coredump, > iwl_mvm_free_coredump); > + sg_dump_data = alloc_sgtable(file_len); > + if (sg_dump_data) { > + sg_pcopy_from_buffer(sg_dump_data, > +

[PATCH v5 4/4] mwifiex: fix race for card->adapter

From: Xinming Hu card->adapter is set/reset in register/unregister calls. Firmware gets downloaded asynchronously in a separate thread during init. We have a unregister call when firmware initialization fails. It may have a race with suspend thread where "card->adapter" is

[PATCH v5 1/4] mwifiex: reset card->adapter during device unregister

From: Xinming Hu card->adapter gets initialized in mwifiex_register_dev(). As it's not cleared in mwifiex_unregister_dev(), we may end up accessing the memory which is already free in below scenario. Scenario: Driver initialization is failed due to incorrect firmware or some

[PATCH v5 2/4] mwifiex: remove redundant pdev check in suspend/resume handlers

to_pci_dev() would just do struct offset arithmetic on struct device to get 'pdev' pointer. We never get NULL pdev pointer Signed-off-by: Amitkumar Karwar --- New patch introduced in v3 as per inputs from Brian Norris. v5: Same as v3, v4 ---

Re: [PATCH] cfg80211: add key management offload feature

On Fri, 2016-10-14 at 16:52 +0300, Jouni Malinen wrote: > On Tue, Sep 27, 2016 at 02:36:15PM +0200, Johannes Berg wrote: > > > > > > > > + * @NL80211_ATTR_AUTHORIZED: flag attribute, if set indicates > > > that the > > > + *  connection is authorized. > > > @@ -2267,6 +2270,8 @@ enum

Re: [PATCH] cfg80211: allow vendor commands to be sent to nan interface

> Seeing this patch flying by, my itch became unbearable so I cooked up > the patch below. Please consider this an RFC and let me know your > thoughts. Hah, I had this itch before, but didn't do anything about it yet :) I like it though, care to submit it properly? johannes

Re: [PATCH] cfg80211: allow vendor commands to be sent to nan interface

On 19-10-2016 6:47, Luca Coelho wrote: > From: Andrei Otcheretianski > > Allow vendor commands that require WIPHY_VENDOR_CMD_NEED_RUNNING flag, to > be sent to NAN interface. > > Signed-off-by: Andrei Otcheretianski >

[PATCH v2] staging: wilc1000: Remove unused function wilc_lock_timeout

Semaphore are going away in the future, so remove the unused function wilc_lock_timeout which calls a semaphore api but has no users. Signed-off-by: Binoy Jayan Reviewed-by: Arnd Bergmann --- They following is a patch [v2] which removes semaphores from

Re: [PATCH] staging: wilc1000: Remove unused function wilc_lock_timeout

On Thursday, October 20, 2016 2:24:32 PM CEST Binoy Jayan wrote: > Semaphore are going away in the future, so remove the unused function > wilc_lock_timeout which calls a semaphore api but has no users. > > Signed-off-by: Binoy Jayan > --- > > They following is a patch

[PATCH] staging: wilc1000: Remove unused function wilc_lock_timeout

Semaphore are going away in the future, so remove the unused function wilc_lock_timeout which calls a semaphore api but has no users. Signed-off-by: Binoy Jayan --- They following is a patch which removes semaphores from wilc1000. Its part of a bigger effort to eliminate

linux-wireless: realtek rtl8192cu user-space driver for Monitor Mode: about debug mechanism

Hi Larry, Chaoming and community, I am trying to do user-space driver for Monitor Mode only for rtl8192cu. My approach is: 1) Remove unnecessary functions from kernel driver, then verify kernel driver works with Monitor Mode. -- Purpose is to keep the code minimum. 2) Re-do the code at

[PATCH] staging: rtl8712: Free memory and return failure when kmalloc fails

This patch is added to free memory and return failure when kmalloc fails Signed-off-by: Souptick joarder --- drivers/staging/rtl8712/os_intfs.c | 3 ++- drivers/staging/rtl8712/rtl871x_cmd.c | 5 - drivers/staging/rtl8712/rtl871x_xmit.c | 5 - 3 files changed,