Correct snr/nr/rssi data index to avoid possible buffer underflow.
Signed-off-by: Xinming Hu
---
drivers/net/wireless/marvell/mwifiex/util.c | 8 +---
1 file changed, 5 insertions(+), 3 deletions(-)
diff --git a/drivers/net/wireless/marvell/mwifiex/util.c
Hi Dan,
Thanks for the report!
We also notice it recently, and have already fix it.
Just upstream the below fix
https://patchwork.kernel.org/patch/10408353/
Regards,
Simon
From: Dan Carpenter
Sent: Thursday, May 17, 2018 17:27
On Fri, 2018-05-11 at 09:48 -0700, Tim Kourt wrote:
> __cfg80211_bss_expire function was incorrectly used to flush the BSS
> entries from the previous scan results, causing NL80211_SCAN_FLAG_FLUSH
> flag to have no effect.
Hmm. I guess I'm not convinced - what's the bug?
We flush anything that's
Hi,
On 15-05-18 10:43, Arend van Spriel wrote:
On 5/14/2018 2:05 PM, Josh Boyer wrote:
n Mon, May 14, 2018 at 6:11 AM Arend van Spriel <
arend.vanspr...@broadcom.com> wrote:
On 3/16/2018 3:08 PM, Chi-Hsien Lin wrote:
Update brcm firmware files and WHENCE accordingly.
Hi
linuxfoundation.org>
Signed-off-by: kbuild test robot <fengguang...@intel.com>
Signed-off-by: Julia Lawall <julia.law...@lip6.fr>
---
url:
https://github.com/0day-ci/linux/commits/Greg-KH/NFC-pn533-don-t-send-USB-data-off-of-the-stack/20180518-100416
:: branch date: 54 minutes ago
On Fri, 2018-05-18 at 11:37 +0200, Arend van Spriel wrote:
> On 5/18/2018 11:25 AM, Johannes Berg wrote:
> > On Thu, 2018-05-10 at 13:50 +0200, Arend van Spriel wrote:
> > >
> > > Here an alternative approach. Currently the only cfg80211-based driver
> > > providing per-tid stats is mac80211.
From: Eyal Ilsar
Introduce infrastructure for supporting Factory Test Mode (FTM) of the
wireless LAN subsystem. In order for the user space to access the
firmware in test mode the relevant netlink channel needs to be exposed
from the kernel driver.
The above is achieved
On Wednesday, May 16, 2018 04:08 PM, Daniel Mack wrote:
Hence I believe that some sort of firmware internal buffer is overrun if
too many SMD requests fly in in a short amount of time. The firmware
does, however, still ack all packets just fine on the SMD channels, and
also the DXE communication
On 5/17/2018 6:46 PM, Greg KH wrote:
On Thu, May 17, 2018 at 06:40:04PM +0200, Greg KH wrote:
Adding the network and NFC developers as this really is a NFC driver
bug, not a USB core issue...
On Thu, May 17, 2018 at 04:12:17PM +0200, Greg KH wrote:
On Thu, May 17, 2018 at 02:10:57PM +0100,
On 5/18/2018 9:04 AM, Hans de Goede wrote:
Hi,
On 15-05-18 10:43, Arend van Spriel wrote:
On 5/14/2018 2:05 PM, Josh Boyer wrote:
n Mon, May 14, 2018 at 6:11 AM Arend van Spriel <
arend.vanspr...@broadcom.com> wrote:
On 3/16/2018 3:08 PM, Chi-Hsien Lin wrote:
Update brcm firmware files and
On Fri, May 18, 2018 at 10:56:25AM +0200, Arend van Spriel wrote:
> On 5/17/2018 6:46 PM, Greg KH wrote:
> > On Thu, May 17, 2018 at 06:40:04PM +0200, Greg KH wrote:
> > > Adding the network and NFC developers as this really is a NFC driver
> > > bug, not a USB core issue...
> > >
> > > On Thu,
From: Johannes Berg
This fixes memory leaks in the case where we just have the
station info on the stack for internal usage without sending
it to cfg80211.
Fixes: 8689c051a201 ("cfg80211: dynamically allocate per-tid stats for station
info")
Signed-off-by: Johannes
From: Johannes Berg
This fixes memory leaks in cases where we got the station
info but failed sending it out properly.
Fixes: 8689c051a201 ("cfg80211: dynamically allocate per-tid stats for station
info")
Signed-off-by: Johannes Berg
---
On 5/18/2018 11:47 AM, Johannes Berg wrote:
From: Johannes Berg
This fixes memory leaks in cases where we got the station
info but failed sending it out properly.
Reviewed-by: Arend van Spriel
Fixes: 8689c051a201 ("cfg80211:
On 17 May 2018 at 21:37, Jeff Johnson wrote:
> On 2018-05-17 04:32, Ramon Fried wrote:
>>
>> From: Eyal Ilsar
>
> ...
>>
>> +int wcn36xx_smd_process_ptt_msg(struct wcn36xx *wcn,
>> + struct ieee80211_vif *vif, void
It's amazing that this driver ever worked, but now that x86 doesn't
allow USB data to be sent off of the stack, it really does not work at
all. Fix this up by properly allocating the data for the small
"commands" that get sent to the device.
The USB stack will free the buffer when the data has
From: Ping-Ke Shih
We use 'struct rtl_c2hcmd' to store C2H commands originally, and the code
is slightly complex to enqueue and dequeue and also wastes time to
allocate and memcpy data. Since C2H commands are asynchronous events,
they can be processed in work queue, so RX ISR
From: Ping-Ke Shih
Move duplicate definitions from def.h of ic folder to wifi.h
Signed-off-by: Ping-Ke Shih
---
drivers/net/wireless/realtek/rtlwifi/rtl8188ee/def.h | 7 ---
drivers/net/wireless/realtek/rtlwifi/rtl8192ee/def.h | 8
From: Ping-Ke Shih
Current chips use packet-based C2H commands whose IDs differ from old
ones, so this commit simply gives C2H_V0_ as prefix of command IDs.
Signed-off-by: Ping-Ke Shih
---
.../net/wireless/realtek/rtlwifi/rtl8723ae/hal_btc.c | 6 +++---
From: Ping-Ke Shih
The format of C2H data is ID(1 byte) + Length(1 byte) + value, and it is
more readable to use macros to access C2H data.
Signed-off-by: Ping-Ke Shih
---
drivers/net/wireless/realtek/rtlwifi/base.c | 8
From: Ping-Ke Shih
In former patch, I enqueu all C2H commands and processed by a workqueue.
In case C2H_BT_INFO will issue a H2C command to set BT reg, and wait for
a C2H ack. But it is totally impossible that C2H workqueue waits for a
C2H command, so kernel log warn
From: Ping-Ke Shih
The goal of patch 1/14 and 2/14 is to use keep-alive mechanism in mac80211
stack that needs accurate TX ack status for null frame reported by firmware
through C2H.
The remaining patches are step by step to remove duplicate C2H handlers
that widely
On 5/18/2018 11:25 AM, Johannes Berg wrote:
On Thu, 2018-05-10 at 13:50 +0200, Arend van Spriel wrote:
Here an alternative approach. Currently the only cfg80211-based driver
providing per-tid stats is mac80211. This patch only changes mac80211
and the other driver can keep using stack
On Fri, 2018-05-18 at 10:56 +0200, Arend van Spriel wrote:
>
> > + buffer = kmalloc(sizeof(cmd), GFP_KERNEL);
> > + if (!buffer)
> > + return -ENOMEM;
> > + memcpy(buffer, cmd, sizeof(cmd));
It should also use kmemdup() ;-)
johannes
On Thu, 2018-05-10 at 13:50 +0200, Arend van Spriel wrote:
>
> Here an alternative approach. Currently the only cfg80211-based driver
> providing per-tid stats is mac80211. This patch only changes mac80211
> and the other driver can keep using stack allocation. Even mac80211 could
> if wanted,
Hi,
On 18-05-18 11:00, Arend van Spriel wrote:
On 5/18/2018 9:04 AM, Hans de Goede wrote:
Hi,
On 15-05-18 10:43, Arend van Spriel wrote:
On 5/14/2018 2:05 PM, Josh Boyer wrote:
n Mon, May 14, 2018 at 6:11 AM Arend van Spriel <
arend.vanspr...@broadcom.com> wrote:
On 3/16/2018 3:08 PM,
On Mon, 2018-04-23 at 21:18 +0200, Sebastian Gottschall wrote:
> this patch makes no sense at some points. AP_VLAN must be enabled always
> (it is enabled by mac80211 by default, but is now disabled in very
> latest git version for drivers which announce sw_crypto support)
> if its disabled wds
Am 18.05.2018 um 11:53 schrieb Johannes Berg:
On Mon, 2018-04-23 at 21:18 +0200, Sebastian Gottschall wrote:
this patch makes no sense at some points. AP_VLAN must be enabled always
(it is enabled by mac80211 by default, but is now disabled in very
latest git version for drivers which
From: Ping-Ke Shih
To use keep-alive mechanism in mac80211 stack, since driver supports
reporting accurate nullfunc frame tx ack now.
Signed-off-by: Tzu-En Huang
Signed-off-by: Ping-Ke Shih
---
From: Ping-Ke Shih
Merge duplicate C2H handler and implement the handler in base.c.
Signed-off-by: Ping-Ke Shih
---
drivers/net/wireless/realtek/rtlwifi/base.c| 72 +
drivers/net/wireless/realtek/rtlwifi/base.h| 3 +
From: Ping-Ke Shih
Because the hal_op rx_command_packet does C2H handler if rx packet type
is C2H, and the handler have been moved to base.c so we can call the
handler directly.
Signed-off-by: Ping-Ke Shih
---
drivers/net/wireless/realtek/rtlwifi/pci.c
From: Tzu-En Huang
In order to realize the keep-alive mechanism in mac80211 stack, reporting
accurate tx ack status for nullfunc frame is added in this commit.
If current frame is nullfunc frame, we ask firmware to report by filling
TX report bit in TX descriptor. After
From: Ping-Ke Shih
The caller of hal_op rx_command_packet will assert function pointer
before calling, so we can remove dummy functions safely.
Signed-off-by: Ping-Ke Shih
---
drivers/net/wireless/realtek/rtlwifi/rtl8188ee/sw.c | 2 --
From: Ping-Ke Shih
We're going to merge C2H handler into one, but one special case is to
handle RA_REPORT that implements in individual IC folder. So this commit
adds a hal_op for caller in common code.
Signed-off-by: Ping-Ke Shih
---
From: Ping-Ke Shih
Move C2H definition to wifi.h, because the definitions of 8192ee, 8723be
and 8821ae are the same.
Signed-off-by: Ping-Ke Shih
---
drivers/net/wireless/realtek/rtlwifi/rtl8192ee/fw.c | 16
From: Ping-Ke Shih
The IDs are defined by driver and map to the fw C2H IDs, but they aren't
used now result in removal.
Signed-off-by: Ping-Ke Shih
---
.../net/wireless/realtek/rtlwifi/rtl8188ee/def.h | 25 --
From: Ping-Ke Shih
Similar to rx_command_packet, we can call rtl_c2h_content_parsing so the
hal_op isn't necessary.
Signed-off-by: Ping-Ke Shih
---
drivers/net/wireless/realtek/rtlwifi/base.c | 7 +++
On Fri, 2018-05-04 at 12:20 +0530, Manikanta Pubbisetty wrote:
> Johannes,
>
> It seems like commit db3bdcb9c3ff ("mac80211: allow AP_VLAN operation on
> crypto controlled devices") has broken 4-addr operation on crypto
> controlled devices as reported by sebastian.
> The commit was mainly
Am 18.05.2018 um 11:54 schrieb Johannes Berg:
On Fri, 2018-05-04 at 12:20 +0530, Manikanta Pubbisetty wrote:
Johannes,
It seems like commit db3bdcb9c3ff ("mac80211: allow AP_VLAN operation on
crypto controlled devices") has broken 4-addr operation on crypto
controlled devices as reported by
On Wed, 2018-05-16 at 10:04 +0530, Sriram R wrote:
> But, I wanted to avoid,
> 1. Static indexing and memory allocation based on MCS count((8x3)24
> entries for HT and (10x3)30 for VHT within allocated 36 entries) so that
> it's scalable.
Do you expect that the rate control on the other
On Fri, 2018-05-18 at 12:25 +0200, Arend van Spriel wrote:
> On 5/18/2018 11:47 AM, Johannes Berg wrote:
> > From: Johannes Berg
> >
> > This fixes memory leaks in cases where we got the station
> > info but failed sending it out properly.
>
> Reviewed-by: Arend van
Daniel Mack writes:
> On Wednesday, May 16, 2018 04:08 PM, Daniel Mack wrote:
>> Hence I believe that some sort of firmware internal buffer is overrun if
>> too many SMD requests fly in in a short amount of time. The firmware
>> does, however, still ack all packets just fine
tree: https://git.kernel.org/pub/scm/linux/kernel/git/jberg/mac80211-next.git
master
head: 7ea3e110f2f8ba23f330c2f702f556acd539bcb8
commit: 7ea3e110f2f8ba23f330c2f702f556acd539bcb8 [20/20] cfg80211: release
station info tidstats where needed
reproduce:
# apt-get install sparse
On Fri, May 18, 2018 at 12:38:11PM +0200, Greg Kroah-Hartman wrote:
> It's amazing that this driver ever worked, but now that x86 doesn't
> allow USB data to be sent off of the stack, it really does not work at
> all. Fix this up by properly allocating the data for the small
> "commands" that get
I switched to use my codeaurora.org address.
Signed-off-by: Kalle Valo
---
MAINTAINERS | 4 ++--
1 file changed, 2 insertions(+), 2 deletions(-)
diff --git a/MAINTAINERS b/MAINTAINERS
index 6d21f2f74578..4be9ff892ec0 100644
--- a/MAINTAINERS
+++ b/MAINTAINERS
@@ -2345,7
Eugene hasn't worked on wcn36xx for some time now.
Signed-off-by: Kalle Valo
---
MAINTAINERS | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/MAINTAINERS b/MAINTAINERS
index 5dace1734086..c1b15dde5a46 100644
--- a/MAINTAINERS
+++ b/MAINTAINERS
@@
Luis hasn't worked on ath.ko for some time now.
Acked-by: Luis R. Rodriguez
Signed-off-by: Kalle Valo
---
MAINTAINERS | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/MAINTAINERS b/MAINTAINERS
index 4be9ff892ec0..5dace1734086 100644
Hi Johannes,
On 05/18/2018 03:13 AM, Johannes Berg wrote:
On Fri, 2018-05-11 at 09:48 -0700, Tim Kourt wrote:
__cfg80211_bss_expire function was incorrectly used to flush the BSS
entries from the previous scan results, causing NL80211_SCAN_FLAG_FLUSH
flag to have no effect.
Hmm. I guess I'm
tree: https://git.kernel.org/pub/scm/linux/kernel/git/jberg/mac80211-next.git
master
head: 7ea3e110f2f8ba23f330c2f702f556acd539bcb8
commit: 7ea3e110f2f8ba23f330c2f702f556acd539bcb8 [20/20] cfg80211: release
station info tidstats where needed
config: x86_64-randconfig-x004-201819 (attached as
From: Luca Coelho
Add radiotap structures for HE.
Signed-off-by: Liad Kaufman
Signed-off-by: Johannes Berg
Signed-off-by: Ilan Peer
Signed-off-by: Ido Yariv
Signed-off-by:
From: Luca Coelho
Add support for HE in mac80211 conforming with P802.11ax_D1.4.
Signed-off-by: Liad Kaufman
Signed-off-by: Johannes Berg
Signed-off-by: Ilan Peer
Signed-off-by: Ido Yariv
From: Luca Coelho
Hi,
This series contain a squashed version of our internal series of
patches that add support for IEEE802.11ax draft v1.4. It is a
combination of over 40 patches, so I may have made some mistakes when
squashing and splitting parts of to the right
From: Luca Coelho
Add support for the HE in cfg80211 and also add userspace API to
nl80211 to send rate information out, conforming with P802.11ax_D1.4.
Additionally, remove the IEEE80211_MAX_AMPDU_BUF definition from some
realtek drivers in staging because they are
Python 3 gives errors as a result of the changes to add wmm
rules since Permission.wmmrule can be set to None:
TypeError: '<' not supported between instances of 'WmmRule' and 'NoneType'
To fix this, supply compairson methods for WmmRule instead of
using the ones provided by attrs. Doing this
Updates are based on the information in
http://www.asep.gob.pa/images/telecomunicaciones/Anexos/PNAF-dic2015.pdf.
Signed-off-by: Seth Forshee
---
db.txt | 12
1 file changed, 8 insertions(+), 4 deletions(-)
diff --git a/db.txt b/db.txt
index
On Wed, 2018-05-16 at 15:36 +0300, Kalle Valo wrote:
> Pkshih writes:
>
> > On Mon, 2018-04-30 at 14:03 +0530, Krishna Chaitanya wrote:
> >> On Mon, Apr 30, 2018 at 8:10 AM, Pkshih wrote:
> >> >
> >> >
> >> > > -Original Message-
> >> > > From:
Hi Arend,
On 05/18/2018 01:54 PM, Arend van Spriel wrote:
On 5/18/2018 6:47 PM, Denis Kenzior wrote:
Hi Johannes,
On 05/18/2018 03:13 AM, Johannes Berg wrote:
On Fri, 2018-05-11 at 09:48 -0700, Tim Kourt wrote:
__cfg80211_bss_expire function was incorrectly used to flush the BSS
entries
Sometimes, it is required to stop the transmissions momentarily and
resume it later; stopping the txqs becomes very critical in scenarios where
the packet transmission has to be ceased completely. For example, during
the hardware restart, during off channel operations,
when initiating CSA(upon
The iteration in this function is over countries.itervalues(),
which is not compatible with python 3. Switch to iterating over
contries.values() instead.
Signed-off-by: Seth Forshee
---
db2fw.py | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git
On 5/18/2018 6:47 PM, Denis Kenzior wrote:
Hi Johannes,
On 05/18/2018 03:13 AM, Johannes Berg wrote:
On Fri, 2018-05-11 at 09:48 -0700, Tim Kourt wrote:
__cfg80211_bss_expire function was incorrectly used to flush the BSS
entries from the previous scan results, causing NL80211_SCAN_FLAG_FLUSH
60 matches
Mail list logo