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 firmware-maintaine
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
b/drivers/net/wireless/marvell/mwi
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
To: Xinming Hu
Cc: linux-wir
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
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, Car
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, 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 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, Ma
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, but
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 s
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
rtlwifi: :<0> btmpinf
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 enqueues C2H result
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
drivers/net/wireless/realtek/rtlwifi/rtl8723be/de
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 +++---
.../net/wireless/realtek/rtlwifi/rtl872
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
drivers/net/wireless/realtek/rtlwifi/wifi.h | 5 +
2 files c
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 distributed in IC specific fil
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 +++
drivers/net/wireless/realtek/rtlwifi/rtl8192ee/sw.c | 1 -
drivers/net/wireless/r
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
---
drivers/net/wireless/realtek/rtlwifi/rtl8192ee/fw.c | 7 +++
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
drivers/net/wireless/realtek/rtlwifi/rtl8192ee/fw.h | 11 ---
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 +
.../net/wireless/realtek/rtlwifi/rtl8192
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 | 4 ++--
.../net/wireless/realt
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 --
.../net/wireless/realtek/rtlwifi/rtl8192ce/def.h | 25 --
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 this frame DMA done, TX i
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 --
drivers/net/wireless/realtek/rtlwifi/rtl8188ee/trx.c | 7
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
---
drivers/net/wireless/realtek/rtlwifi/base.c | 1 -
1 file changed, 1 deletion(-)
diff --git a/driv
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 allocatio
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. This
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, Chi-
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 Berg
---
net/mac80211/cfg.c
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
---
include/net/cfg80211.h | 13 +
net/wireless
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 a
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 focus
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 *ptt_msg,
>> size_t len,
>> + void **p
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: dynamically allocate per-tid stats for station
info")
Signed-off-
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 as follows:
1) Register w
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 Spriel
> > Fixes: 8689c051a2
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 be
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 announce
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
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 se
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 on the SMD channels,
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: Barry Day [mailto:brise...@gmail.com]
> >>
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
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 place, thus I'm sending
as an
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 now conflicting with the
new
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: Luca Coelho
---
include/net/ieee80211_radiotap.h | 111 +++
1 file changed, 111 insertions
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
Signed-off-by: Luca Coelho
---
drivers/net/wireless/realtek/rtlwifi/base.c | 2 +-
include/net/mac80
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 ed461a35b770..e3bbd374d096 100644
--- a/
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 mea
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 +2345,7 @@ S:Mai
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
@@ -11702,7 +11702,7 @@ S: M
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
--- a/MAINTAINERS
+++ b/MAINTAINERS
@@ -233
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 n
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 a/db2fw.py b/db2fw.py
index 2693256
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
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 from
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 dete
59 matches
Mail list logo