On Sun, 2018-04-08 at 22:31 +0200, Alexander Wetzel wrote:
> Exactly. I'm planing to avoid that issue by just dropping (and flushing)
> all packets while mac80211 replaces the keys.
That would again need driver support though, and I'm not sure all
drivers implement the flush method (correctly) t
Association failed when using wpa_supplicant with
configuration key_mgmt=WPA-PSK-SHA256, and it is noticed
that wpa_supplicant set WLAN_AKM_SUITE_PSK_SHA256 in
RSN IE, but miss it in start_ap parameters.
This patch parse key management suite from RSN IE, in
case it is missed.
Signed-off-by: Xinmi
Association failed when using wpa_supplicant with
configuration key_mgmt=WPA-PSK-SHA256, and it is noticed
that wpa_supplicant set WLAN_AKM_SUITE_PSK_SHA256 in
RSN IE, but miss it in start_ap parameters.
This patch parse key management suite from RSN IE, in
case it is missed.
Signed-off-by: Xinmi
From: Ping-Ke Shih
Since the statements are identical, we can safely remove the statements.
The commit 42e74946f016 ("rtlwifi: btcoexist: Fix if == else warnings in
halbtc8821a1ant.c") had fixed the statements, but the commit c6821613e653
("rtlwifi: btcoex: follow linux coding style") that conver
Xinming Hu writes:
> Association failed when using wpa_supplicant with
> configuration key_mgmt=WPA-PSK-SHA256, and it is noticed
> that wpa_supplicant set WLAN_AKM_SUITE_PSK_SHA256 in
> RSN IE, but miss it in start_ap parameters.
>
> This patch parse key management suite from RSN IE, in
> case i
Arend van Spriel writes:
> On 3/28/2018 1:20 PM, Himanshu Jha wrote:
>> I recently found that a local variable in passed uninitialised to the
>> function at
>>
>> drivers/net/wireless/broadcom/brcm80211/brcmfmac/cfg80211.c:2950
>>
>> u32 var;
>> err = brcmf_fil_i
On 04/09/2018 12:13 AM, Daniel Borkmann wrote:
> Hi Luciano,
>
> On 04/07/2018 08:54 AM, Luciano Coelho wrote:
>> On Thu, 2018-04-05 at 16:55 +0200, Daniel Borkmann wrote:
> [...]
>>> after upgrading to 4608f064532c ("Merge
>>> git://git.kernel.org/pub/scm/linux/kernel/git/davem/sparc-next")
>>> m
Hi
I would like to announce mt76x0 driver for MT7610U USB dongles:
https://github.com/sgruszka/mt76x0
mt76x0 is based on Jakub's mt7601u mac80211 driver and is intended to be
integrated in the linux kernel.
Currently only Linksys AE6000 (ID 13b1:003e) in on USB id's list
and 5GHz does not work.
> Hi
Hi Stanislaw,
>
> I would like to announce mt76x0 driver for MT7610U USB dongles:
>
> https://github.com/sgruszka/mt76x0
>
> mt76x0 is based on Jakub's mt7601u mac80211 driver and is intended to be
> integrated in the linux kernel.
>
Thx, very cool work :)
> Currently only Linksys AE60
On Mon, Apr 09, 2018 at 04:26:42PM +0200, Lorenzo Bianconi wrote:
> > I would like to integrate the driver to kernel via mt76 driver, i.e.
> > add USB hooks and mt76x0 mac/phy code to mt76. This will open
> > possibility to develop support for mt76x2 USB devices as well as mt76x0
> > PCIe devices i
On Apr 09, Stanislaw Gruszka wrote:
> On Mon, Apr 09, 2018 at 04:26:42PM +0200, Lorenzo Bianconi wrote:
> > > I would like to integrate the driver to kernel via mt76 driver, i.e.
> > > add USB hooks and mt76x0 mac/phy code to mt76. This will open
> > > possibility to develop support for mt76x2 USB
Sebastian Gottschall writes:
> you removed the call to leds_start from certain locations but you seem
> to have ignored the comment i wrote above the function call.
IIRC I moved the comment to ath10k_leds_start().
> there is a reason why i reinitialize the gpio output state in these
> locations
Arend van Spriel writes:
> When nvram loading fails a double free occurred. Fix this and reorg the
> code a little.
>
> Fixes: commit d09ae51a4b67 ("brcmfmac: pass struct in
> brcmf_fw_get_firmwares()")
> Reported-by: Dan Carpenter
> Signed-off-by: Arend van Spriel
Applied to wireless-drivers
Luciano Coelho wrote:
> From: Haim Dreyfuss
>
> Since our device is regulatory self managed it maintains its regulatory
> rules by its own. However the wmm_rules values can't be set by the
> device itself but only the indication about the need to set it.
> In case the device set wmm indication,
On 04/08/2018 11:56 PM, Dusan Bruncko wrote:
Dear Larry,
Thank you for your mail. But concerning to "capa flags index 3", I am not sure.
Please look
following message receiving for command "ps aux",
/usr/bin/abrt-watch-log -F BUG: WARNING: at WARNING:
CPU: INFO: possible recursive locking det
On 4/9/2018 6:18 PM, Larry Finger wrote:
On 04/08/2018 11:56 PM, Dusan Bruncko wrote:
Dear Larry,
Thank you for your mail. But concerning to "capa flags index 3", I am
not sure. Please look
following message receiving for command "ps aux",
/usr/bin/abrt-watch-log -F BUG: WARNING: at WARNING:
C
Hi
On Mon, 9 Apr 2018, Stanislaw Gruszka wrote:
> Hi
>
> I would like to announce mt76x0 driver for MT7610U USB dongles:
>
> https://github.com/sgruszka/mt76x0
>
> mt76x0 is based on Jakub's mt7601u mac80211 driver and is intended to be
> integrated in the linux kernel.
>
> Currently only Lin
Hi
On Mon, 9 Apr 2018, Lorenzo Bianconi wrote:
> On Apr 09, Stanislaw Gruszka wrote:
> > On Mon, Apr 09, 2018 at 04:26:42PM +0200, Lorenzo Bianconi wrote:
> > > > I would like to integrate the driver to kernel via mt76 driver, i.e.
> > > > add USB hooks and mt76x0 mac/phy code to mt76. This will
On Fri, Mar 30, 2018 at 01:24:45PM +0530, Nipun Gupta wrote:
> With each bus implementing its own DMA configuration callback,
> there is no need for bus to explicitly have force_dma in its
> global structure. This patch modifies of_dma_configure API to
> accept an input parameter which specifies if
Hi Kalle,
> -Original Message-
> From: Kalle Valo [mailto:kv...@codeaurora.org]
> Sent: 2018年4月9日 18:51
> To: Xinming Hu
> Cc: Linux Wireless ; Brian Norris
> ; Dmitry Torokhov ;
> raja...@google.com; Zhiyuan Yang ; Tim Song
> ; Cathy Luo ; James Cao
> ; Ganapathi Bhat ; Ellie Reeves
>
>
From: Ping-Ke Shih
Add btcoex of 8822b to Makefile.
Signed-off-by: Ping-Ke Shih
---
drivers/net/wireless/realtek/rtlwifi/btcoexist/Makefile | 3 +++
1 file changed, 3 insertions(+)
diff --git a/drivers/net/wireless/realtek/rtlwifi/btcoexist/Makefile
b/drivers/net/wireless/realtek/rtlwifi/btc
From: Ping-Ke Shih
v3: forget to CC wireless mailing list, so resend again. No any change.
v2: fix misspelling and boolean expression in patch 1/9
Patches 1-2 are revised by patches 12 of previous patchset. 8822b coex
files are split into two patches, and I remove some comments and apply
'static
From: Ping-Ke Shih
Add 8822b routines to run btcoex algorithm
Signed-off-by: Ping-Ke Shih
---
.../realtek/rtlwifi/btcoexist/halbtcoutsrc.c | 100 +
1 file changed, 100 insertions(+)
diff --git a/drivers/net/wireless/realtek/rtlwifi/btcoexist/halbtcoutsrc.c
b/drivers
From: Ping-Ke Shih
Add 8822b header files to precomp.h for routing functions.
Signed-off-by: Ping-Ke Shih
---
drivers/net/wireless/realtek/rtlwifi/btcoexist/halbt_precomp.h | 3 +++
1 file changed, 3 insertions(+)
diff --git a/drivers/net/wireless/realtek/rtlwifi/btcoexist/halbt_precomp.h
b/
From: Ping-Ke Shih
Remove the global varaibles, and use local varialbes that point the fields
defined in 'struct btc_coexist' instead, so it is possible to support
multiple devices.
Signed-off-by: Ping-Ke Shih
---
.../realtek/rtlwifi/btcoexist/halbtc8192e2ant.c| 44 --
.../realtek/
From: Ping-Ke Shih
The variables declared as 'static' look a little weird. Since they are
version of btcoex and only used to display in debug message, this patch
changes them to 'static const' to make it clear.
Signed-off-by: Ping-Ke Shih
---
drivers/net/wireless/realtek/rtlwifi/btcoexist/halb
From: Ping-Ke Shih
The comments aren't meaningful and the use of '***...***' isn't upstream
style, so remove them. This patch doesn't change any code.
Signed-off-by: Ping-Ke Shih
---
.../realtek/rtlwifi/btcoexist/halbtc8192e2ant.c| 22 +---
.../realtek/rtlwifi/btcoexist/hal
From: Ping-Ke Shih
Chip specific context plays as global variables that will not support
multiple devices simultaneously. This patch adds 'union' fields to hold
the variables, and next patch will remove all of them.
To use the declaration of fields in halbtcoutsrc.h, I move the including
order i
On Mon, 2018-04-09 at 15:37 +0200, Daniel Borkmann wrote:
> On 04/09/2018 12:13 AM, Daniel Borkmann wrote:
> > Hi Luciano,
> >
> > On 04/07/2018 08:54 AM, Luciano Coelho wrote:
> > > On Thu, 2018-04-05 at 16:55 +0200, Daniel Borkmann wrote:
> >
> > [...]
> > > > after upgrading to 4608f064532c ("
29 matches
Mail list logo
