Re: [PATCHv2 1/2] mac80211: implement fair queuing per txq

On 5 April 2016 at 15:57, Johannes Berg wrote: > On Thu, 2016-03-31 at 12:28 +0200, Michal Kazior wrote: > >> +++ b/net/mac80211/codel.h >> +++ b/net/mac80211/codel_i.h > > Do we really need all this code in .h files? It seems very odd to me to > have all the algorithm

Re: [PATCH] mac80211: debugfs var for the default aggregation timeout.

On Tue, Feb 23, 2016 at 3:05 PM, Johannes Berg wrote: > On Tue, 2016-02-23 at 13:43 -0500, Avery Pennarun wrote: >> We're putting my version of the patch into our devices in order to be >> able to try different values and see how it changes the percentage of >> devices

Re: iwlwifi monitor mode: No data frame captured on 5 Ghz

On Tue, Apr 5, 2016 at 7:25 AM, Gucea Doru wrote: > On Tue, Apr 5, 2016 at 1:00 PM, Grumbach, Emmanuel > wrote: >>> >>> Hello, >>> >>> I am trying to capture packets that are exchanged between an AP and a >>> smartphone on the 5Ghz frequency.

Re: [PATCH] PCI: Add Broadcom 4331 reset quirk to prevent IRQ storm

On Tue, Apr 05, 2016 at 02:40:15PM -0500, Bjorn Helgaas wrote: > https://bugzilla.kernel.org/show_bug.cgi?id=111781 and > https://mjg59.dreamwidth.org/11235.html describe a sort of similar > issue, but with DMA. An interrupt from the device is probably to > signal a DMA completion, but these

[PATCH v2] brcmfmac: Don't increase 8021x_cnt for dropped packets

From: Per Forlin The pend_8021x_cnt gets into a state where it's not being decreased. When the brcmf_netdev_wait_pend8021x is called it will timeout because there are no pending packets to be consumed. There is no easy way of getting out of this state once it has happened.

Re: [PATCH] PCI: Add Broadcom 4331 reset quirk to prevent IRQ storm

On Tue, 5 Apr 2016 14:40:15 -0500 Bjorn Helgaas wrote: > [+cc Matthew] > > Hi Lukas, > > On Tue, Mar 29, 2016 at 08:20:30PM +0200, Lukas Wunner wrote: > > Broadcom 4331 wireless cards built into Apple Macs unleash an IRQ storm > > on boot until they are reset, causing

Re: [PATCH] PCI: Add Broadcom 4331 reset quirk to prevent IRQ storm

[+cc Matthew] Hi Lukas, On Tue, Mar 29, 2016 at 08:20:30PM +0200, Lukas Wunner wrote: > Broadcom 4331 wireless cards built into Apple Macs unleash an IRQ storm > on boot until they are reset, causing spurious interrupts if the IRQ is > shared. Apparently the EFI bootloader enables the device and

RE: [PATCH] mwifiex: add __GFP_REPEAT to skb allocation call

From: Amitkumar Karwar > Sent: 05 April 2016 06:48 ... > Our one time allocated 64k buffer read from firmware contains multiple data > chunks. We have a feature > called single port aggregation in which firmware attaches an aggregated > buffer to single port. So > sometimes a single data chunk

Re: [PATCH] ath10k: Fix return value for btcoex and peer stats debugfs

On Tue, 2016-04-05 at 20:58 +0530, Mohammed Shafi Shajakhan wrote: > From: Mohammed Shafi Shajakhan > > Return value is incorrect for btcoex and peer stats debugfs > 'write' entries if the user provides a value that matches with > the already available debugfs entry,

[PATCH] ath10k: Fix return value for btcoex and peer stats debugfs

From: Mohammed Shafi Shajakhan Return value is incorrect for btcoex and peer stats debugfs 'write' entries if the user provides a value that matches with the already available debugfs entry, this results in the debugfs entry getting stuck and the operation has to be

Re: [PATCHv2 1/2] mac80211: implement fair queuing per txq

thx for the review! On Tue, Apr 5, 2016 at 6:57 AM, Johannes Berg wrote: > On Thu, 2016-03-31 at 12:28 +0200, Michal Kazior wrote: > >> +++ b/net/mac80211/codel.h >> +++ b/net/mac80211/codel_i.h > > Do we really need all this code in .h files? It seems very odd to me

Re: [PATCHv2 1/2] mac80211: implement fair queuing per txq

On Thu, 2016-03-31 at 12:28 +0200, Michal Kazior wrote: > +++ b/net/mac80211/codel.h > +++ b/net/mac80211/codel_i.h Do we really need all this code in .h files? It seems very odd to me to have all the algorithm implementation there rather than a C file, you should (can?) only include codel.h

Re: [PATCH] mac80211: fix "warning: ‘target_metric’ may be used uninitialized"

On 4/5/16 9:40 AM, Johannes Berg wrote: > On Tue, 2016-04-05 at 09:33 -0400, Jeff Mahoney wrote: >> On 4/5/16 5:43 AM, Johannes Berg wrote: >>> >>> On Mon, 2016-04-04 at 14:15 -0400, Jeff Mahoney wrote: This fixes: net/mac80211/mesh_hwmp.c:603:26: warning: ‘target_metric’ may

Re: [PATCH] ath10k: remove MSI range support

On 2016-04-05 18:21, Valo, Kalle wrote: Rajkumar Manoharan writes: MSI-X is never well-tested, might contain bugs and generally isn't really all that useful to maintain. Also ath10k is mainly used with shared/singly-MSI interrupt systems. Hence removing MSI range

Re: [PATCH] mac80211: fix "warning: ‘target_metric’ may be used uninitialized"

On Tue, 2016-04-05 at 09:33 -0400, Jeff Mahoney wrote: > On 4/5/16 5:43 AM, Johannes Berg wrote: > > > > On Mon, 2016-04-04 at 14:15 -0400, Jeff Mahoney wrote: > > > > > > This fixes: > > > > > > net/mac80211/mesh_hwmp.c:603:26: warning: ‘target_metric’ may be > > > used > > > uninitialized in

Re: [PATCH 3/3] ath10k: fix unconditional num_mpdus_ready subtraction

On 2016-04-05 18:18, Valo, Kalle wrote: Rajkumar Manoharan writes: Decrement num_mpdus_ready only when rx amsdu is processed successfully. Not doing so, will result in leak and impact stabilty under low memory cases. Signed-off-by: Rajkumar Manoharan

Re: [PATCH 1/3] ath10k: fix calibration init sequence of qca99x0

On 2016-04-05 18:10, Valo, Kalle wrote: Rajkumar Manoharan writes: pre-calibration is meant for qca4019 which contains only caldata whereas calibration file is used by ar9888 and qca99x0 that contains both board data and caldata. So by definition both pre-cal-file

Re: iwlwifi monitor mode: No data frame captured on 5 Ghz

On Tue, 2016-04-05 at 16:25 +0300, Gucea Doru wrote: > On Tue, Apr 5, 2016 at 1:00 PM, Grumbach, Emmanuel > wrote: > > > > > > Hello, > > > > > > I am trying to capture packets that are exchanged between an AP > > > and a > > > smartphone on the 5Ghz frequency. For

Re: [PATCH] mac80211: fix "warning: ‘target_metric’ may be used uninitialized"

On 4/5/16 5:43 AM, Johannes Berg wrote: > On Mon, 2016-04-04 at 14:15 -0400, Jeff Mahoney wrote: >> This fixes: >> >> net/mac80211/mesh_hwmp.c:603:26: warning: ‘target_metric’ may be used >> uninitialized in this function >> >> target_metric is only consumed when reply = true so no bug exists >>

Re: iwlwifi monitor mode: No data frame captured on 5 Ghz

On Tue, Apr 5, 2016 at 1:00 PM, Grumbach, Emmanuel wrote: >> >> Hello, >> >> I am trying to capture packets that are exchanged between an AP and a >> smartphone on the 5Ghz frequency. For generating traffic, I upload UDP >> traffic from a laptop PC towards the

Re: [PATCH] ath10k: Fix deadlock when peer cannot be created.

Julian Calaby writes: > On Thu, Mar 31, 2016 at 10:08 AM, wrote: >> From: Ben Greear >> >> We must not attempt to send WMI packets while dholding the data-lock, > > s/dholding/holding/ ? I fixed it in the pending

Re: [PATCH] ath10k: remove MSI range support

Rajkumar Manoharan writes: > MSI-X is never well-tested, might contain bugs and generally isn't > really all that useful to maintain. Also ath10k is mainly used with > shared/singly-MSI interrupt systems. Hence removing MSI range support. > This change will be useful

Re: [PATCH 3/3] ath10k: fix unconditional num_mpdus_ready subtraction

Rajkumar Manoharan writes: > Decrement num_mpdus_ready only when rx amsdu is processed successfully. > Not doing so, will result in leak and impact stabilty under low memory > cases. > > Signed-off-by: Rajkumar Manoharan > --- >

Re: [PATCH 3/3] ath10k: fix unconditional num_mpdus_ready subtraction

Rajkumar Manoharan writes: > On 2016-04-01 00:22, Ben Greear wrote: >> On 03/30/2016 08:42 AM, Rajkumar Manoharan wrote: >>> Decrement num_mpdus_ready only when rx amsdu is processed >>> successfully. >>> Not doing so, will result in leak and impact stabilty under low

Re: [PATCH 1/3] ath10k: fix calibration init sequence of qca99x0

Rajkumar Manoharan writes: > pre-calibration is meant for qca4019 which contains only caldata > whereas calibration file is used by ar9888 and qca99x0 that contains > both board data and caldata. So by definition both pre-cal-file and > cal-file can not coexist.

Re: [PATCH v3] cfg80211/nl80211: Add support for NL80211_STA_INFO_RX_DURATION

Hi Johannes, On Tue, Apr 05, 2016 at 12:04:10PM +0200, Johannes Berg wrote: > Hi, > > The implementation seems fine now, but I think the commit log needs some work. [shafi] thanks for reviewing. > > > Add support for new netlink attribute 'NL80211_STA_INFO_RX_DURATION' > > I think it'd be

Re: [PATCH v3 2/2] mac80211: minstrel_ht: set A-MSDU tx limits based on selected max_prob_rate

Applied both now, I've had to fix a locking issue in the first patch. I also worded the requirement for drivers more strongly - drivers really *must* update the max length if they set the flag and don't use minstrel. johannes -- To unsubscribe from this list: send the line "unsubscribe

Re: [PATCH 2/2] mac80211: add NEED_ALIGNED4_SKBS hw flag

On Tue, 2016-02-23 at 17:15 +0100, Johannes Berg wrote: > > > Perhaps we could live with this being done only for the fast-xmit > > > case? > > I don't think we should pass padded vs non-padded frames depending > > on > > whether fast-xmit was used. The non-fast-xmit codepath could simply > > do

[PATCH 2/7] wil6210: support regular scan on P2P_DEVICE interface

From: Lior David P2P search can only run on the social channel (channel 2). When issuing a scan request on the P2P_DEVICE interface, driver ignored the channels argument and always performed a P2P search. Fix this by checking the channels argument, if it is not

[PATCH 4/7] wil6210: print debug message when transmitting while disconnected

Network stack can try to transmit data while AP / STA is disconnected. Change this print-out to debug level as this should not be handled as error. Signed-off-by: Maya Erez --- drivers/net/wireless/ath/wil6210/debug.c | 17 +

[PATCH 6/7] wil6210: prevent deep sleep of 60G device in critical paths

In idle times 60G device can enter deep sleep and turn off its XTAL clock. Host access triggers the device power-up flow which will hold the AHB during XTAL stabilization until device switches from slow-clock to XTAL clock. This behavior can stall the PCIe bus for some arbitrary period of time. In

[PATCH 3/7] wil6210: change RX_HTRSH interrupt print level to debug

When using interrupt moderation RX_HTRSH interrupt can occur frequently during high throughput and should not be considered as error. Such print-outs can degrade the performance hence should be printed in debug print level. Signed-off-by: Maya Erez ---

[PATCH 1/7] wil6210: add function name to wil log macros

Add __func__ to all wil log macros for easier debugging. Signed-off-by: Maya Erez --- drivers/net/wireless/ath/wil6210/debug.c | 6 +++--- drivers/net/wireless/ath/wil6210/wil6210.h | 25 + 2 files changed, 20 insertions(+), 11 deletions(-)

[PATCH 7/7] wil6210: add support for device led configuration

Add the ability to configure the device led to be used for notifying the AP activity (60G device supports leds 0-2). The host can also configure the blinking frequency of the led in three states. Signed-off-by: Maya Erez --- drivers/net/wireless/ath/wil6210/debugfs.c

[PATCH 5/7] wil6210: unmask RX_HTRSH interrupt only when connected

RX_HTRSH interrupt sometimes triggered during device reset procedure. To prevent handling this interrupt when not required, unmask this interrupt only if we are connected and mask it when disconnected. Signed-off-by: Maya Erez ---

[PATCH 0/7] wil6210 patches

Various of wil6210 fixes Lior David (1): wil6210: support regular scan on P2P_DEVICE interface Maya Erez (6): wil6210: add function name to wil log macros wil6210: change RX_HTRSH interrupt print level to debug wil6210: print debug message when transmitting while disconnected wil6210:

[PATCH v2] mac80211: add an option to not disconnect on beacon loss

From: Avraham Stern Add the option to set mac80211 to not disconnect on beacon loss. If this option is set, mac80211 will send a beacon loss event to userspace but will not disconnect. The beacon loss event is sent only once as long as no response is received from the

Re: [PATCH 1/2] mac80211: mesh: fix cleanup for mesh pathtable

Also applied both of these. johannes -- 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.org/majordomo-info.html

Re: [PATCH 0/5] mesh struct cleanups

On Fri, 2016-03-18 at 22:11 -0400, Bob Copeland wrote: > This series makes a few minor mesh cleanups after the rhashtable > rework -- mostly some reductions in padding and allocation waste. > Also applied. johannes -- To unsubscribe from this list: send the line "unsubscribe linux-wireless" in

Re: [PATCH v2] mac80211: mesh: fix crash in mesh_path_timer

On Fri, 2016-03-18 at 22:03 -0400, Bob Copeland wrote: > The mesh_path_reclaim() function, called from an rcu callback, > cancels > the mesh_path_timer associated with a mesh path.  Unfortunately, this > call can happen much later, perhaps after the hash table itself is > destroyed. > [...]

Re: [PATCH 1/5] nl80211: add an option to set driver action for beacon loss

I've applied 1,3-5 of this series. johannes -- 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.org/majordomo-info.html

Re: [PATCH 4/4] mac80211: fix cipher scheme function name

On Thu, 2016-03-17 at 15:02 +0200, Emmanuel Grumbach wrote: > From: Johannes Berg > > The code is only used with iwlwifi, but still should have proper > mac80211 naming scheme; fix that. > All 4 applied. johannes -- To unsubscribe from this list: send the line

[PATCH] ath10k: remove VHT capabilities from 2.4GHz

From: Johannes Berg According to the spec, VHT doesn't exist in 2.4GHz. There are vendor extensions to allow a subset of VHT to work (notably 256-QAM), but since mac80211 doesn't support those advertising VHT capability on 2.4GHz leads to the behaviour of reporting VHT

Re: [PATCH v3] cfg80211/nl80211: Add support for NL80211_STA_INFO_RX_DURATION

Hi, The implementation seems fine now, but I think the commit log needs some work. > Add support for new netlink attribute 'NL80211_STA_INFO_RX_DURATION' I think it'd be worthwhile to describe the attribute a bit more, including why you're adding it. > This flag There's no flag. > will be

RE: iwlwifi monitor mode: No data frame captured on 5 Ghz

> > Hello, > > I am trying to capture packets that are exchanged between an AP and a > smartphone on the 5Ghz frequency. For generating traffic, I upload UDP > traffic from a laptop PC towards the smartphone using iperf. > > The problem is that I can see _only_ the control frames like RTS/CTS,

Re: [PATCH] mac80211: Remove unused variable in per STA debugfs struct

On Sat, 2016-03-19 at 19:59 +0530, Mohammed Shafi Shajakhan wrote: > From: Mohammed Shafi Shajakhan > > Remove unused variable in per STA debugfs structure, 'commit > 34e895075e21 > ("mac80211: allow station add/remove to sleep")' removed the only > user of >

iwlwifi monitor mode: No data frame captured on 5 Ghz

Hello, I am trying to capture packets that are exchanged between an AP and a smartphone on the 5Ghz frequency. For generating traffic, I upload UDP traffic from a laptop PC towards the smartphone using iperf. The problem is that I can see _only_ the control frames like RTS/CTS, Block ACK, while

NETLINK_URELEASE non-bound socket problem (was: [PATCH] Fix local DoS in cfg80211 subsystem)

Hi Dmitrijs, Thanks for reporting this problem. > The patch below corrects this problem in kernel space. I don't think that this is correct, there are four more users of NETLINK_URELEASE (nfnetlink, NFC), and afaict all of them have the same bug as nl80211. Rather than fix all of them, I

Re: [PATCH 2/2] mac80211: enable starting BA session with custom timeout

Both applied. johannes -- 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.org/majordomo-info.html

Re: [PATCH] mac80211: Set global RRM capability

On Wed, 2016-03-09 at 10:08 +0200, Emmanuel Grumbach wrote: > Allow publishing RRM capabilities for features that are not > HW dependent. > Applied. johannes -- To unsubscribe from this list: send the line "unsubscribe linux-wireless" in the body of a message to majord...@vger.kernel.org More

Re: [PATCH] mac80211: fix "warning: ‘target_metric’ may be used uninitialized"

On Mon, 2016-04-04 at 14:15 -0400, Jeff Mahoney wrote: > This fixes: > > net/mac80211/mesh_hwmp.c:603:26: warning: ‘target_metric’ may be used > uninitialized in this function > > target_metric is only consumed when reply = true so no bug exists > here, > but gcc doesn't notice that.  

Re: [PATCH] mac80211: minstrel_ht: improve sample rate skip logic

On Thu, 2016-03-03 at 23:25 +0100, Felix Fietkau wrote: > There were a few issues that were slowing down the process of finding > the optimal rate, especially on devices with multi-rate retry > limitations: > [...] applied. johannes -- To unsubscribe from this list: send the line "unsubscribe

Re: [PATCH 2/2] mac80211: close the SP when we enqueue frames during the SP

On Thu, 2016-03-17 at 16:51 +0200, Emmanuel Grumbach wrote: > Since we enqueued the frame that was supposed to be sent > during the SP, and that frame may very well cary the > IEEE80211_TX_STATUS_EOSP bit, we may never close the SP > (WLAN_STA_SP will never be cleared). If that happens, we > will

[PATCH v2] mac80211: close the SP when we enqueue frames during the SP

Since we enqueued the frame that was supposed to be sent during the SP, and that frame may very well cary the IEEE80211_TX_STATUS_EOSP bit, we may never close the SP (WLAN_STA_SP will never be cleared). If that happens, we will not open any new SP and will never respond to any poll frame from the

Re: [PATCH] mac80211: Fix BW upgrade for TDLS peers

On Tue, 2016-03-08 at 13:35 +0200, Emmanuel Grumbach wrote: > From: Ilan Peer > > It is possible that the station is connected to an AP > with bandwidth of 80+80MHz or 160MHz. In such cases > there is no need to perform an upgrade as the maximal > supported bandwidth is

Re: [PATCH 1/2] mac80211: don't send deferred frames outside the SP

On Thu, 2016-03-17 at 16:51 +0200, Emmanuel Grumbach wrote: > Frames that are sent between > ampdu_action(IEEE80211_AMPDU_TX_START) and the move to the > HT_AGG_STATE_OPERATIONAL state are buffered. > If we try to start an A-MPDU session while the peer is > sleeping and polling frames with U-APSD,

Re: [PATCH] mac80211: remove description of dropped member

On Fri, 2016-03-18 at 19:23 +, Luis de Bethencourt wrote: > Commit 976bd9efdae6 ("mac80211: move beacon_loss_count into ifmgd") > removed the member from the sta_info struct but the description > stayed > lingering. Remove it. > Also applied. johannes -- To unsubscribe from this list: send

Re: [PATCH] mac80211: add doc for RX_FLAG_DUP_VALIDATED flag

On Fri, 2016-03-18 at 16:09 +, Luis de Bethencourt wrote: > Add documentation for the flag for duplication check. > > Fixes the following warning when running make htmldocs: > warning: Enum value 'RX_FLAG_DUP_VALIDATED' not described in enum > 'mac80211_rx_flags' > Applied, thanks. johannes

Re: [PATCH] mac80211: Ensure no limits on station rhashtable.

On Fri, 2016-04-01 at 14:13 -0700, gree...@candelatech.com wrote: > From: Ben Greear > > By default, the rhashtable logic will fail to insert > objects if the key-chains are too long and un-balanced. > > In the degenerate case where mac80211 is creating many > station

[PATCH RESEND 5/7] mwifiex: schedule main workqueue for transmitting bridge packets

From: Xinming Hu Bridge packets are enqueued to wmm tx queue, but will not be sent until main workqeue is scheduled for new interrupt or other reason. This adds unnecessary delay during traffic. We will schedule main workqueue when bridge packet is queued. Signed-off-by:

[PATCH RESEND 3/7] mwifiex: check revision id while choosing PCIe firmware

From: Shengzhen Li Some of the chipsets have two revisions. This patch selects appropriate firmware by checking revision id. Signed-off-by: Shengzhen Li Signed-off-by: Amitkumar Karwar --- drivers/net/wireless/marvell/mwifiex/pcie.c |

[PATCH RESEND 7/7] mwifiex: dump pcie scratch registers

From: Xinming Hu This patch prints pcie scratch registers during firmware dump. They will be useful for analysing firmware status. Signed-off-by: Xinming Hu Signed-off-by: Amitkumar Karwar ---

[PATCH RESEND 6/7] mwifiex: AMSDU Rx frame handling in AP mode

From: Xinming Hu This patch processes sub AMSDU frame received in AP mode. If a packet is multicast/broadcast, it is sent to kernel/upper layer as well as queued back to AP TX queue so that it can be sent to other associated stations. If a packet is unicast and RA is present

[PATCH RESEND 4/7] mwifiex: remove redundant GFP_DMA flag

From: Xinming Hu skb forwarded to TCP/IP stack doesn't need to allocate in DMA ZONE. This patch removes GFP_DMA flag in this case to save precious DMA memory. Signed-off-by: Xinming Hu Signed-off-by: Amitkumar Karwar ---

[PATCH RESEND 2/7] mwifiex: add support for wakeup on GTK rekey failure

From: Ganapathi Bhat User can configure wakeup on GTK rekey fail with wowlan. Added corresponding wakeup reason. Signed-off-by: Ganapathi Bhat Signed-off-by: Amitkumar Karwar --- drivers/net/wireless/marvell/mwifiex/cfg80211.c | 7

[PATCH RESEND 1/7] mwifiex: add support for GTK rekey offload

From: Ganapathi Bhat Added driver functionality to offload GTK rekey to firmware. When AP sends new GTK, firmware will update it. Signed-off-by: Ganapathi Bhat Signed-off-by: Amitkumar Karwar ---

[PATCH 7/7] mwifiex: dump pcie scratch registers

From: Xinming Hu This patch prints pcie scratch registers during firmware dump. They will be useful for analysing firmware status. Signed-off-by: Xinming Hu Signed-off-by: Amitkumar Karwar ---

[PATCH 6/7] mwifiex: AMSDU Rx frame handling in AP mode

From: Xinming Hu This patch processes sub AMSDU frame received in AP mode. If a packet is multicast/broadcast, it is sent to kernel/upper layer as well as queued back to AP TX queue so that it can be sent to other associated stations. If a packet is unicast and RA is present

[PATCH 1/7] mwifiex: add support for GTK rekey offload

From: Ganapathi Bhat Added driver functionality to offload GTK rekey to firmware. When AP sends new GTK, firmware will update it. Signed-off-by: Ganapathi Bhat Signed-off-by: Amitkumar Karwar ---

[PATCH 5/7] mwifiex: schedule main workqueue for transmitting bridge packets

From: Xinming Hu Bridge packets are enqueued to wmm tx queue, but will not be sent until main workqeue is scheduled for new interrupt or other reason. This adds unnecessary delay during traffic. We will schedule main workqueue when bridge packet is queued. Signed-off-by:

[PATCH 2/7] mwifiex: add support for wakeup on GTK rekey failure

From: Ganapathi Bhat User can configure wakeup on GTK rekey fail with wowlan. Added corresponding wakeup reason. Signed-off-by: Amitkumar Karwar --- drivers/net/wireless/marvell/mwifiex/cfg80211.c | 7 ++- drivers/net/wireless/marvell/mwifiex/fw.h

[PATCH 3/7] mwifiex: check revision id while choosing PCIe firmware

From: Shengzhen Li Some of the chipsets have two revisions. This patch selects appropriate firmware by checking revision id. Signed-off-by: Shengzhen Li Signed-off-by: Amitkumar Karwar --- drivers/net/wireless/marvell/mwifiex/pcie.c |

[PATCH 4/7] mwifiex: remove redundant GFP_DMA flag

From: Xinming Hu skb forwarded to TCP/IP stack doesn't need to allocate in DMA ZONE. This patch removes GFP_DMA flag in this case to save precious DMA memory. Signed-off-by: Eric Dumaze Signed-off-by: Xinming Hu Signed-off-by: Amitkumar

[PATCH 13/14] staging: wilc1000: remove unused hif_drv in wilc_del_beacon

This patch removes unused hif_drv in wilc_del_beacon. There is no need to check null and print debug log. Signed-off-by: Chaehyun Lim --- drivers/staging/wilc1000/host_interface.c | 6 -- 1 file changed, 6 deletions(-) diff --git

[PATCH 04/14] staging: wilc1000: remove unused hif_drv in wilc_set_power_mgmt

This patch removes unused hif_drv in wilc_set_power_mgmt. There is no need to check null and print debug log. Signed-off-by: Chaehyun Lim --- drivers/staging/wilc1000/host_interface.c | 6 -- 1 file changed, 6 deletions(-) diff --git

[PATCH 12/14] staging: wilc1000: remove unused hif_drv in wilc_set_pmkid_info

This patch removes unused hif_drv in wilc_set_pmkid_info. There is no need to check null and print debug log. Signed-off-by: Chaehyun Lim --- drivers/staging/wilc1000/host_interface.c | 6 -- 1 file changed, 6 deletions(-) diff --git

[PATCH 14/14] staging: wilc1000: remove unused hif_drv in wilc_add_beacon

This patch removes unused hif_drv in wilc_add_beacon. There is no need to check null and print debug log. Signed-off-by: Chaehyun Lim --- drivers/staging/wilc1000/host_interface.c | 6 -- 1 file changed, 6 deletions(-) diff --git

[PATCH 03/14] staging: wilc1000: remove unused hif_drv in wilc_setup_multicast_filter

This patch removes unused hif_drv in wilc_setup_multicast_filter. There is no need to check null and print debug log. Signed-off-by: Chaehyun Lim --- drivers/staging/wilc1000/host_interface.c | 6 -- 1 file changed, 6 deletions(-) diff --git

[PATCH 09/14] staging: wilc1000: remove unused hif_drv in wilc_remain_on_channel

This patch removes unused hif_drv in wilc_remain_on_channel. There is no need to check null and print debug log. Signed-off-by: Chaehyun Lim --- drivers/staging/wilc1000/host_interface.c | 6 -- 1 file changed, 6 deletions(-) diff --git

[PATCH 08/14] staging: wilc1000: remove unused hif_drv in wilc_add_station

This patch removes unused hif_drv in wilc_add_station. There is no need to check null and print debug log. Signed-off-by: Chaehyun Lim --- drivers/staging/wilc1000/host_interface.c | 6 -- 1 file changed, 6 deletions(-) diff --git

[PATCH 06/14] staging: wilc1000: remove unused hif_drv in wilc_del_allstation

This patch removes unused hif_drv in wilc_del_allstation. There is no need to check null and print debug log. Signed-off-by: Chaehyun Lim --- drivers/staging/wilc1000/host_interface.c | 6 -- 1 file changed, 6 deletions(-) diff --git

[PATCH 10/14] staging: wilc1000: remove unused hif_drv in wilc_set_mac_chnl_num

This patch removes unused hif_drv in wilc_set_mac_chnl_num. There is no need to check null and print debug log. Signed-off-by: Chaehyun Lim --- drivers/staging/wilc1000/host_interface.c | 6 -- 1 file changed, 6 deletions(-) diff --git

[PATCH 11/14] staging: wilc1000: remove unused hif_drv in host_int_get_assoc_res_info

This patch removes unused hif_drv in host_int_get_assoc_res_info. There is no need to check null and print debug log. Signed-off-by: Chaehyun Lim --- drivers/staging/wilc1000/host_interface.c | 6 -- 1 file changed, 6 deletions(-) diff --git

[PATCH 05/14] staging: wilc1000: remove unused hif_drv in wilc_edit_station

This patch removes unused hif_drv in wilc_edit_station. There is no need to checku null and print debug log. Signed-off-by: Chaehyun Lim --- drivers/staging/wilc1000/host_interface.c | 6 -- 1 file changed, 6 deletions(-) diff --git

[PATCH 07/14] staging: wilc1000: remove unused hif_drv in wilc_del_station

This patch removes unused hif_drv in wilc_del_station. There is no need to check null and print debug log. Signed-off-by: Chaehyun Lim --- drivers/staging/wilc1000/host_interface.c | 6 -- 1 file changed, 6 deletions(-) diff --git

[PATCH 01/14] staging: wilc1000: remove unused hif_drv in host_int_get_ipaddress

This patch removes unused hif_drv in host_int_get_ipaddress. There is no need to check null and print debug log. Signed-off-by: Chaehyun Lim --- drivers/staging/wilc1000/host_interface.c | 6 -- 1 file changed, 6 deletions(-) diff --git

[PATCH 02/14] staging: wilc1000: remove unused hif_drv in wilc_setup_ipaddress

This patch removes unused hif_drv in wilc_setup_ipaddress. There is no need to check null and print debug log. Signed-off-by: Chaehyun Lim --- drivers/staging/wilc1000/host_interface.c | 6 -- 1 file changed, 6 deletions(-) diff --git