Add two new cfg80211 operations for querying a table with proxied mesh
paths.
Signed-off-by: Henning Rogge
---
include/net/cfg80211.h | 7
include/uapi/linux/nl80211.h | 6 +++
net/wireless/nl80211.c | 99
net/wireless/rdev-ops.h
The following patch series adds and implements two new cfg80211_ops that
allow to query the content of the mac80211s mesh proxy path table via
netlink.
v2 changes:
* split the original patch into separate cfg80211 and mac80211 part
v3 change:
* change of commit messages, added signoff
v4 change:
From: Sujith Manoharan
When interfaces of different types are present
in a context and an offchannel request is received
on a STA interface, we end up trying to process
beacons received when we are offchannel. This hits
the below warning since offchannel will not have proper
beacon parameters.
F
Am 12.09.2014 um 08:09 schrieb Rajkumar Manoharan:
> On Thu, Sep 11, 2014 at 07:56:31PM +0530, Sujith Manoharan wrote:
>> Rajkumar Manoharan wrote:
>>> Some of the IOE customer using ath9k with power save enabled. IIRC the
>>> expectation is that when the station is idle, it should wakeup on DTIM
>
On Thu, Sep 11, 2014 at 07:56:31PM +0530, Sujith Manoharan wrote:
> Rajkumar Manoharan wrote:
> > Some of the IOE customer using ath9k with power save enabled. IIRC the
> > expectation is that when the station is idle, it should wakeup on DTIM
> > beacon not for every beacons. Are you seeing freque
Hi,
I have a simple problem (?), but I cannot find any answer in google and
wireless.kerner.org.
I use 3.16.1 kernel/backport version with ath10k/QCA9880.
I want to handle freq/BW to test its performance.
When I change center frequency and BW by using iw command, linux reports
“command fa
Recent changes to this driver inadvertently reverted the change made by Kees
Cook in commit 6437f51ec3.
Reported-by: Kees Cook
Signed-off-by: Larry Finger
Cc: Kees Cook
---
drivers/net/wireless/rtlwifi/btcoexist/halbtcoutsrc.h | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a
Move ath9k_hw_set_radar_params() in ath9k_hw_reset() in order to avoid
AR_PHY_RADAR registers are overwritten after hw reset
Signed-off-by: Lorenzo Bianconi
---
drivers/net/wireless/ath/ath9k/channel.c | 2 --
drivers/net/wireless/ath/ath9k/hw.c | 5 +
2 files changed, 5 insertions(+),
This series contains fixes regression made by new functionality
in the driver. The Kconfig fix was reported. The other two changes
were found during internal testing.
This series is intended for v3.17 kernel and applies to the master
branch of the wireless repository.
Arend van Spriel (2):
brcm
For P2P_DEVICE interface the function brcmf_cfg80211_update_proto_addr_mode()
resulted in a crash, because it assumed wdev->netdev would be valid. The
ifp should be obtained through the driver vif structure which contains the
wireless_dev.
Reviewed-by: Hante Meuleman
Reviewed-by: Franky (Zhenhui)
The host-interface can select which protocol implementation it
needs. Selecting PCIe will include the msgbuf protocol and selecting
USB and/or SDIO will include the bcdc protocol. The PCIe kconfig
option assures the dependencies for msgbuf are met, ie. HAS_DMA.
Reported-by: Geert Uytterhoeven
Rev
From: Hante Meuleman
The function brcmf_enable_bw40_2g contains a memory leak. The
function is also missing initialisation of one of the members of
ch struct, which can lead to warning but this has no impact on
result.
Reviewed-by: Arend Van Spriel
Reviewed-by: Franky (Zhenhui) Lin
Reviewed-by
Michal Kazior writes:
> The function may return an -ENODEV if debugfs is
> disabled in kernel. This should originally be
> guarded by ath10k's Kconfig but it still makes
> sense to check for the non-NULL errno return
> value.
>
[...]
> Reported-by: Matteo Croce
> Signed-off-by: Michal Kazior
Kalle Valo writes:
> From: Ben Greear
>
> 10.1 firmware does not have an official way to
> cause assert on purpose, but it can be done with
> carefully crafted WMI command. This is a different
> kind of crash from the 'hard' crash, which is
> a bad memory dereference.
>
> Different crashes deco
Added new netdev_ops callback for setting namespace in specific
for this device way
Signed-off-by: Vadim Kochan
---
include/linux/netdevice.h | 4
include/net/cfg80211.h| 3 +++
net/core/rtnetlink.c | 7 ++-
net/mac80211/iface.c | 6 ++
net/wireless/core.c | 8 ++
Kalle Valo writes:
> latest version of my testmode patches. Getting closer, more or less cosmetic
> changes this time :)
>
[...]
>
> Kalle Valo (2):
> ath10k: make ath10k_wmi_cmd_send() public
> ath10k: add testmode
Applied, with an addition of the small change in patch 2 suggested
Ben Greear writes:
> On 09/10/2014 08:59 AM, Kalle Valo wrote:
>> From: Ben Greear
>>
>> 10.1 firmware does not have an official way to
>> cause assert on purpose, but it can be done with
>> carefully crafted WMI command. This is a different
>> kind of crash from the 'hard' crash, which is
>> a
On Wed, Sep 10, 2014 at 04:19:21PM +0400, Sergey Ryazanov wrote:
> 2014-09-10 15:36 GMT+04:00, Jiri Slaby :
> > On 09/10/2014, 12:33 PM, Sergey Ryazanov wrote:
> >> 2014-09-09 22:27 GMT+04:00, John W. Linville :
> >>> On Fri, Sep 05, 2014 at 04:02:10PM +0400, Sergey Ryazanov wrote:
> 2014-09-0
Applying: hostap: proc: substitute loops by %*phN
error: patch failed: drivers/net/wireless/hostap/hostap_proc.c:184
error: drivers/net/wireless/hostap/hostap_proc.c: patch does not apply
On Fri, Sep 05, 2014 at 05:30:16PM +0300, Andy Shevchenko wrote:
> For dumping small buffers we may use %*phN
Dear Amitkumar Karwar,
On Thu, Sep 11, 2014 at 5:09 PM, Amitkumar Karwar wrote:
> Hi BR,
>
>>
>> I'm using 3.9 mainline mwifiex driver for wireless usb card. Doing some
>> throughput testing (with iperf) in 5GHz I got following failures:
>> [ 221.521799] usb 1-1: mwifiex_usb_submit_rx_urb: dev_al
Dave,
Please pull this batch of fixes intended for the 3.17 stream:
For the mac80211 bits, Johannes says:
"Two more fixes for mac80211 - one of them addresses a long-standing
issue that we only found when using vendor events more frequently;
the other addresses some bad information being reporte
On Tue, Sep 09, 2014 at 03:32:38PM -0400, John W. Linville wrote:
> The original patch was already merged. To make a change, you need
> to post a new patch based on the new head of the tree. This one just
> conflicts with what is already there now.
>
> Also, I think all you really need is a "#in
On Wed, 2014-09-10 at 08:45 -0500, Larry Finger wrote:
> On 09/10/2014 05:21 AM, Arend van Spriel wrote:
> > On 09/10/14 11:50, Bastien Nocera wrote:
> >>
> >> Indeed. That did the trick.
> >>
> >> mmc0:0001 is the builtin storage, mmc1:0001:1 however is an unbound
> >> device with vendor 0x024c an
On Thu, 2014-09-11 at 10:06 -0700, Marcel Holtmann wrote:
> Hi Bastien,
>
> Your device is a child of 80860F0A (UART) which is driven by the 8250_dw
> driver.
> OBDA8723 is the BT part of the realtek 8723 WiFi/BT combo chip.
> acpi_platform should create a platform device from
Hi Bastien,
Your device is a child of 80860F0A (UART) which is driven by the 8250_dw
driver.
OBDA8723 is the BT part of the realtek 8723 WiFi/BT combo chip.
acpi_platform should create a platform device from the ACPI desc.
>>>
>>> That does show up already in udev, so I shoul
On Thu, 2014-09-11 at 09:37 -0700, Marcel Holtmann wrote:
> Hi Bastien,
>
> >> Your device is a child of 80860F0A (UART) which is driven by the 8250_dw
> >> driver.
> >> OBDA8723 is the BT part of the realtek 8723 WiFi/BT combo chip.
> >> acpi_platform should create a platform device from the ACP
Hi Bastien,
>> Your device is a child of 80860F0A (UART) which is driven by the 8250_dw
>> driver.
>> OBDA8723 is the BT part of the realtek 8723 WiFi/BT combo chip.
>> acpi_platform should create a platform device from the ACPI desc.
>
> That does show up already in udev, so I should be fine.
>
On Thu, 2014-09-11 at 08:06 -0700, Marcel Holtmann wrote:
> Hi Bastien,
>
> > I have a tablet that seems to be using Realtek chips to do wireless
> > communications (hopefully, this time I won't be wrong[1]).
> >
> > The device, under the gpio class in /sys, shows with a modalias of
> > "acpi:OBD
Hey Loic,
On Thu, 2014-09-11 at 17:41 +0200, Loic Poulain wrote:
> Hi Bastien,
>
> Your device is a child of 80860F0A (UART) which is driven by the 8250_dw
> driver.
> OBDA8723 is the BT part of the realtek 8723 WiFi/BT combo chip.
> acpi_platform should create a platform device from the ACPI de
On Thu, 2014-09-11 at 08:21 -0700, Alexander Duyck wrote:
[...]
> >> EXPORT_SYMBOL_GPL(skb_complete_wifi_ack);
> >
> > Here I'm not sure it matters *for this function*? Wouldn't it be freed
> > then in sock_put(), which has the same net effect on this function
> > overall? It doesn't use it afte
Hi Bastien,
Your device is a child of 80860F0A (UART) which is driven by the 8250_dw
driver.
OBDA8723 is the BT part of the realtek 8723 WiFi/BT combo chip.
acpi_platform should create a platform device from the ACPI desc.
Then, you can add the OBDA8723 acpi id to the rfkill-gpio platform
driv
On 09/11/2014 12:06 AM, Johannes Berg wrote:
> On Wed, 2014-09-10 at 18:05 -0400, Alexander Duyck wrote:
>> There is a possible issue with the use, or lack thereof of sk_refcnt and
>> sk_wmem_alloc in the wifi ack status functionality.
>>
>> Specifically if a socket were to request acknowledgements
Hi BR,
>
> I'm using 3.9 mainline mwifiex driver for wireless usb card. Doing some
> throughput testing (with iperf) in 5GHz I got following failures:
> [ 221.521799] usb 1-1: mwifiex_usb_submit_rx_urb: dev_alloc_skb failed
This is skb allocation failure returned by kernel. 4k buffer is always
Hi Bastien,
> I have a tablet that seems to be using Realtek chips to do wireless
> communications (hopefully, this time I won't be wrong[1]).
>
> The device, under the gpio class in /sys, shows with a modalias of
> "acpi:OBDA8723:" (that's on "O", not "0"). This seems to correspond to a
> Realte
On 09/11/2014 02:38 AM, Arend van Spriel wrote:
> On 09/11/14 09:06, Johannes Berg wrote:
>> On Wed, 2014-09-10 at 18:05 -0400, Alexander Duyck wrote:
>>> There is a possible issue with the use, or lack thereof of sk_refcnt and
>>> sk_wmem_alloc in the wifi ack status functionality.
>>>
>>> Specifi
All the devices compliant to the IEEE 802.11p
(dot11OCBActivated=true) should operate in the OCB
(Outside the Context of a BSS) mode. This makes it
possible to communicate without the need for
association/authentication. All participants use the
wildcard BSSID (set to all 1's).
In OCB mode there a
Signed-off-by: Rostislav Lisovy
---
include/net/cfg80211.h | 11 +++
net/wireless/Makefile | 2 +-
net/wireless/chan.c | 8 +
net/wireless/core.h | 10 ++
net/wireless/ocb.c | 88 +
net/wireless/rdev-ops.h | 21
The IEEE 802.11p amendment (already part of IEEE 802.11-2012)
specifies usage of 5 and 10 MHz wide channels in 5.9GHz band for
vehicular environment. All the 802.11p compliant devices should
be set to the newly added operation mode -- OCB (Outside the
Context of a BSS). No authentication/associatio
Signed-off-by: Rostislav Lisovy
---
include/uapi/linux/nl80211.h | 8
net/wireless/nl80211.c | 47
2 files changed, 55 insertions(+)
diff --git a/include/uapi/linux/nl80211.h b/include/uapi/linux/nl80211.h
index cdf9ba4..4b39455 100644
The IEEE 802.11p specifies different EDCA parameters
for the OCB mode.
Signed-off-by: Rostislav Lisovy
---
net/mac80211/util.c | 27 ++-
net/mac80211/wme.c | 4
2 files changed, 26 insertions(+), 5 deletions(-)
diff --git a/net/mac80211/util.c b/net/mac80211/util.
Rajkumar Manoharan wrote:
> Some of the IOE customer using ath9k with power save enabled. IIRC the
> expectation is that when the station is idle, it should wakeup on DTIM
> beacon not for every beacons. Are you seeing frequest bmiss events on
> higher beacon interval?
I don't think ath9k has ever
On Thu, Sep 11, 2014 at 07:05:48PM +0530, Sujith Manoharan wrote:
> From: Sujith Manoharan
>
> This reverts commit 09ebb810927a110e4c354beb20308830d108a54b.
>
> ath9k_hw_set_sta_beacon_timers() configures AR_TIM_PERIOD with
> the beacon interval. Before this commit, the sleepduration was
> never
Is there any work already done or is being done to get the mesh
support on brcmsmac driver (I can see that b43 and b43legacy already
has mesh support)?
Since b43 has no support for BCM4313 chipsets so using b43 is not an
option in my case. Also, will making changes to brcmsmac be
sufficient or wi
From: Sujith Manoharan
This reverts commit 09ebb810927a110e4c354beb20308830d108a54b.
ath9k_hw_set_sta_beacon_timers() configures AR_TIM_PERIOD with
the beacon interval. Before this commit, the sleepduration was
never greater than the beacon interval. But now, the behavior
has changed. For exampl
Hi,
I have question regarding ethtool_ops.set_coalesce parameters.
>From one side, documentation (include/uapi/linux/ethtool.h) states:
* Each pair of (usecs, max_frames) fields specifies that interrupts
* should be coalesced until
* (usecs > 0 && time_since_first_completion >= usecs) |
Hi
I am trying to run a mesh using open80211s (which is now a part of the
linux kernel) but if I list the capabilities of my card(driver) using iw
list, I get this (only relevant part):
Supported interface modes:
* IBSS
* managed
* AP
* AP/VLAN
* monit
On 11 September 2014 12:49, Luca Coelho wrote:
> On Thu, 2014-09-11 at 11:28 +0200, Michal Kazior wrote:
>> On 11 September 2014 08:49, Luca Coelho wrote:
[...]
>> > It seems that we're not updating the chandef in non-chanctx drivers. Or
>> > are we missing something?
[...]
>> From what I've tes
On Wed, 2014-09-10 at 14:07 +0300, Emmanuel Grumbach wrote:
> From: Eliad Peller
>
> Add feature bits to indicate device support for
> static-smps and dynamic-smps modes.
>
> Add a new NL80211_ATTR_SMPS_MODE attribue to allow
> configuring the smps mode to be used by the ap
> (e.g. configuring t
On Thu, 2014-09-11 at 12:43 +0200, Henning Rogge wrote:
> On Thu, Sep 11, 2014 at 12:18 PM, Johannes Berg
> wrote:
> > On Fri, 2014-09-05 at 15:06 +0200, Henning Rogge wrote:
> >> Add two new cfg80211 operations for querying the content of the the
> >> mac80211s proxy path table
> >
> > Please us
On Thu, 2014-09-11 at 11:28 +0200, Michal Kazior wrote:
> On 11 September 2014 08:49, Luca Coelho wrote:
> > Hi Michal,
> >
> > Johannes and I were checking the channel switch code (namely to see if
> > implementing the drv_channel_switch op was fine in our case) and we saw
> > that CSA with non-c
On Thu, Sep 11, 2014 at 12:18 PM, Johannes Berg
wrote:
> On Fri, 2014-09-05 at 15:06 +0200, Henning Rogge wrote:
>> Add two new cfg80211 operations for querying the content of the the
>> mac80211s proxy path table
>
> Please use shorter line lengths,
"git send-email" does not wrap the commit mes
On Thu, 2014-09-11 at 10:36 +, Sharma, Sanjeev wrote:
> > - ZD_ASSERT(!spin_is_locked(&mac->lock));
> > + lockdep_assert_held(&mac->lock);
> >Look closely at this again.
>
> I didn't understand where I put wrong logic ?
Ok, that's fine. But please send a new patch only when you've und
Michal Kazior writes:
> On 10 September 2014 17:23, Kalle Valo wrote:
> [...]
>
> Just a small nitpick:
>
>> +static int ath10k_tm_cmd_utf_stop(struct ath10k *ar, struct nlattr *tb[])
>> +{
>> + int ret;
>> +
>> + ath10k_dbg(ar, ATH10K_DBG_TESTMODE, "testmode cmd utf stop\n");
>> +
>
-Original Message-
From: Johannes Berg [mailto:johan...@sipsolutions.net]
Sent: Thursday, September 11, 2014 3:42 PM
To: Sharma, Sanjeev
Cc: d...@gentoo.org; k...@deine-taler.de; linux-wireless@vger.kernel.org;
linux-ker...@vger.kernel.org; net...@vger.kernel.org
Subject: Re: [PATCH v2] z
On Thu, Sep 11, 2014 at 12:19 PM, Johannes Berg
wrote:
> This patch is line-wrapped.
Let me try to resend the patch with git send-email...
Henning Rogge
--
To unsubscribe from this list: send the line "unsubscribe linux-wireless" in
the body of a message to majord...@vger.kernel.org
More majordo
On Tue, 2014-09-09 at 17:11 +0300, Emmanuel Grumbach wrote:
> From: Arik Nemtsov
>
> Correctly mark the network header location in mac80211-generated TDLS
> frames. These may be used by lower-level drivers.
Applied.
johannes
--
To unsubscribe from this list: send the line "unsubscribe linux-wi
On Tue, 2014-09-09 at 17:09 +0300, Emmanuel Grumbach wrote:
> From: Eliad Peller
>
> Userspace might need to know what queues are configured
> for uapsd (e.g. for setting proper default values in tspecs).
>
> Add this bitmap to the association event (inside wmm
> nested attribute)
>
> Add addit
On Tue, 2014-09-09 at 22:55 +0300, Emmanuel Grumbach wrote:
> From: Johannes Berg
>
> Add nl80211 and driver API to validate, add and delete traffic
> streams with appropriate settings.
>
> The API calls for userspace doing the action frame handshake
> with the peer, and then allows only to set
On Mon, 2014-09-01 at 13:34 +0200, Henning Rogge wrote:
> Add "mpp get" and "mpp dump" command to query to mac80211s
> mesh proxy path table.
>
> Signed-off-by: Henning Rogge
> ---
> Makefile | 2 +-
> mpp.c | 84
> +++
This patc
On Thu, 2014-09-04 at 08:28 +0300, Emmanuel Grumbach wrote:
> From: Liad Kaufman
>
> Adding a timeout for tearing down a TDLS connection that
> hasn't had ACKed traffic sent through it for a certain
> amount of time.
>
> Since we have no other monitoring facility to indicate the
> existance (or
On Fri, 2014-09-05 at 15:06 +0200, Henning Rogge wrote:
> Implement get_mpp and dump_mpp cfg80211_ops to export the content of the
> 802.11s mesh proxy path table to userspace.
line is also too long.
johannes
--
To unsubscribe from this list: send the line "unsubscribe linux-wireless" in
the bo
On Fri, 2014-09-05 at 15:06 +0200, Henning Rogge wrote:
> Add two new cfg80211 operations for querying the content of the the mac80211s
> proxy path table
Please use shorter line lengths, and formulate it in a generic way -
this shouldn't be mac80211 specific.
johannes
--
To unsubscribe from th
On Wed, Sep 10, 2014 at 5:18 PM, Andreas Hartmann
wrote:
> Hello Helmut!
>
> Helmut Schaa wrote:
>> On Wed, Sep 10, 2014 at 10:42 AM, Arend van Spriel
>> wrote:
>>> On 09/10/14 03:26, Sourav wrote:
We are using Ralink chip Rt3072L (using rt2800usb drivers rt2800usb.c),
>>
>> The Ralink USB
On Thu, 2014-09-11 at 15:39 +0530, Sanjeev Sharma wrote:
> on some architecture spin_is_locked() always return false in
> uniprocessor configuration and therefore it would be advise
> to replace with lockdep_assert_held().
>
> Signed-off-by: Sanjeev Sharma
> ---
> Changes in v2:
> - corrected t
on some architecture spin_is_locked() always return false in
uniprocessor configuration and therefore it would be advise
to replace with lockdep_assert_held().
Signed-off-by: Sanjeev Sharma
---
Changes in v2:
- corrected the typo
drivers/net/wireless/zd1211rw/zd_mac.c | 2 +-
1 file changed,
On Tue, 2014-09-09 at 23:22 +0200, Thomas Huehn wrote:
> This patch improves the way minstrel_ht sorts rates according to throughput
> and success probability. 3 FOR-loops across the entire rate and mcs group set
> in function minstrel_ht_update_stats() which where used to determine the
> fastest,
On Tue, 2014-09-09 at 23:22 +0200, Thomas Huehn wrote:
> Minstrel and Mintrel_HT used there own structs to keep track of rate
> statistics. Unify those variables in struct minstrel_rate_states and
> move it to rc80211_minstrel.h for common usage. This is a clean-up
> patch to prepare Minstrel and M
On Wed, 2014-09-10 at 22:28 +0300, Emmanuel Grumbach wrote:
> From: Johannes Berg
>
> There's no need to put the values on the stack, just pass a
> pointer to the data in the nl80211 message. This reduces stack
> usage and avoids potential issues with putting sensitive data
> on the stack.
Appli
On Wed, 2014-09-10 at 15:00 +0300, Emmanuel Grumbach wrote:
> From: Johannes Berg
>
> Clear any nl80211 messages that might contain keys after
> processing them to avoid leaving their data in memory
> "forever" after they've been freed.
Applied.
johannes
--
To unsubscribe from this list: send
On Wed, 2014-09-10 at 13:39 +0300, Emmanuel Grumbach wrote:
> From: Johannes Berg
>
> When freeing the connect keys, clear the memory to avoid
> having the key material stick around in memory "forever".
Applied, except for patch 4 which is actually pointless.
johannes
--
To unsubscribe from th
On 10-09-14 16:15, Arend van Spriel wrote:
> On 09/10/14 13:10, Jouni Malinen wrote:
>> On Wed, Sep 10, 2014 at 09:30:05AM +0200, Arend van Spriel wrote:
>>> I am running some tests on a haswell target with Android KitKat
>>> (3.10.20 kernel). In this configuration our brcmfmac driver is used
>>> w
On 10 September 2014 17:23, Kalle Valo wrote:
[...]
Just a small nitpick:
> +static int ath10k_tm_cmd_utf_stop(struct ath10k *ar, struct nlattr *tb[])
> +{
> + int ret;
> +
> + ath10k_dbg(ar, ATH10K_DBG_TESTMODE, "testmode cmd utf stop\n");
> +
> + mutex_lock(&ar->conf_mutex);
On 09/11/14 09:06, Johannes Berg wrote:
On Wed, 2014-09-10 at 18:05 -0400, Alexander Duyck wrote:
There is a possible issue with the use, or lack thereof of sk_refcnt and
sk_wmem_alloc in the wifi ack status functionality.
Specifically if a socket were to request acknowledgements, and the socke
On 11 September 2014 08:49, Luca Coelho wrote:
> Hi Michal,
>
> Johannes and I were checking the channel switch code (namely to see if
> implementing the drv_channel_switch op was fine in our case) and we saw
> that CSA with non-chanctx drivers seems to be broken.
>
> In commit 4c3ebc56 (mac80211:
Hello,
I'm using 3.9 mainline mwifiex driver for wireless usb card. Doing
some throughput testing (with iperf) in 5GHz I got following failures:
[ 221.521799] usb 1-1: mwifiex_usb_submit_rx_urb: dev_alloc_skb failed
I checked which which size fails to allocate and it's 4096 bytes. I
was looking t
On Wed, 2014-09-10 at 18:05 -0400, Alexander Duyck wrote:
> There is a possible issue with the use, or lack thereof of sk_refcnt and
> sk_wmem_alloc in the wifi ack status functionality.
>
> Specifically if a socket were to request acknowledgements, and the socket
> were to have sk_refcnt drop to
Hi Dan,
Sorry for the late reply.
On Tue, 2014-09-09 at 12:40 +0300, Dan Carpenter wrote:
> Hello Luciano Coelho,
>
> The patch 0ce04ce797f8: "iwlwifi: mvm: set the TX disable bit when
> doing a chanctx switch" from May 8, 2014, leads to the following
> static checker warning:
>
> drivers
77 matches
Mail list logo