ANNOUNCE: Netdev 2.1 update Mar 03

The tech committee has accepted a new workshop on Network Performance chaired by Alexander Duyck Some details: -- The network performance performance workshop is a follow-up of several mailing list threads on the netdev mailing list as well as presentations at Netdev 1.2. We want to

Re: [PATCH 4.12 V2] brcmfmac: move brcmf_txcomplete function to fwsignal.c

Hi Rafal, On Thu, Mar 2, 2017 at 10:38 PM, Rafał Miłecki wrote: > From: Rafał Miłecki > > This function is called by USB and SDIO only, both using BCDC & FW > Signalling. Move it out of core.c to make this file more generic and > allow making fwsignal

Re: [PATCH 02/26] rewrite READ_ONCE/WRITE_ONCE

On Fri, Mar 03, 2017 at 03:49:38PM +0100, Peter Zijlstra wrote: > On Fri, Mar 03, 2017 at 09:26:50AM +0100, Christian Borntraeger wrote: > > Right. The main purpose is to read/write _ONCE_. You can assume a somewhat > > atomic access for sizes <= word size. And there are certainly places that > >

RE: [PATCH 01/26] compiler: introduce noinline_for_kasan annotation

From: Andrey Ryabinin > Sent: 03 March 2017 13:50 ... > noinline_iff_kasan might be a better name. noinline_for_kasan gives the > impression > that we always noinline function for the sake of kasan, while > noinline_iff_kasan > clearly indicates that function is noinline only if kasan is used.

Re: [PATCH 01/26] compiler: introduce noinline_for_kasan annotation

On 03/02/2017 07:38 PM, Arnd Bergmann wrote: > When CONFIG_KASAN is set, we can run into some code that uses incredible > amounts of kernel stack: > > drivers/staging/dgnc/dgnc_neo.c:1056:1: error: the frame size of 2 bytes > is larger than 2048 bytes [-Werror=frame-larger-than=] >

Re: [PATCH] cfg80211: support 4-way handshake offloading for WPA/WPA2-PSK

On 3-3-2017 13:21, Johannes Berg wrote: > On Tue, 2017-02-28 at 12:06 +0100, Arend Van Spriel wrote: >> On 21-2-2017 12:46, Johannes Berg wrote: >>> >> Would this work for you? We should have wpa_supplicant >> support >> too, but need to ask Andrei to look at that. Forgot

Re: [PATCH 02/26] rewrite READ_ONCE/WRITE_ONCE

On Fri, Mar 03, 2017 at 09:26:50AM +0100, Christian Borntraeger wrote: > Right. The main purpose is to read/write _ONCE_. You can assume a somewhat > atomic access for sizes <= word size. And there are certainly places that > rely on that. But the *ONCE thing is mostly used for things where we

Re: [PATCH 25/26] isdn: eicon: mark divascapi incompatible with kasan

On Fri, Mar 3, 2017 at 4:22 PM, Andrey Ryabinin wrote: > On 03/03/2017 05:54 PM, Arnd Bergmann wrote: >> On Fri, Mar 3, 2017 at 3:20 PM, Andrey Ryabinin >> wrote: >>> On 03/02/2017 07:38 PM, Arnd Bergmann wrote: >>> >>> This is kinda radical

Re: [PATCH] cfg80211: support 4-way handshake offloading for WPA/WPA2-PSK

On 3-3-2017 13:20, Johannes Berg wrote: > On Thu, 2017-02-23 at 16:26 +0530, Jithu Jance wrote: >> On Thu, Feb 23, 2017 at 4:10 PM, Arend Van Spriel >> wrote: >>> >>> Ehm. Looking at the code in wpa_supplicant_event_assoc() it would >>> be >>> better to use

Re: [PATCH 26/26] kasan: rework Kconfig settings

On 03/02/2017 07:38 PM, Arnd Bergmann wrote: > > diff --git a/lib/Kconfig.debug b/lib/Kconfig.debug > index 97d62c2da6c2..27c838c40a36 100644 > --- a/lib/Kconfig.debug > +++ b/lib/Kconfig.debug > @@ -216,10 +216,9 @@ config ENABLE_MUST_CHECK > config FRAME_WARN > int "Warn for stack

Re: [PATCH 25/26] isdn: eicon: mark divascapi incompatible with kasan

On 03/03/2017 05:54 PM, Arnd Bergmann wrote: > On Fri, Mar 3, 2017 at 3:20 PM, Andrey Ryabinin > wrote: >> >> >> On 03/02/2017 07:38 PM, Arnd Bergmann wrote: >>> When CONFIG_KASAN is enabled, we have several functions that use rather >>> large kernel stacks, e.g. >>>

Re: [PATCH 01/26] compiler: introduce noinline_for_kasan annotation

On Fri, Mar 3, 2017 at 3:33 PM, Alexander Potapenko wrote: > On Fri, Mar 3, 2017 at 3:30 PM, Arnd Bergmann wrote: >> On Fri, Mar 3, 2017 at 2:55 PM, Alexander Potapenko >> wrote: >> >> Would KMSAN also force local variables to be

Re: [PATCH 25/26] isdn: eicon: mark divascapi incompatible with kasan

On Fri, Mar 3, 2017 at 3:20 PM, Andrey Ryabinin wrote: > > > On 03/02/2017 07:38 PM, Arnd Bergmann wrote: >> When CONFIG_KASAN is enabled, we have several functions that use rather >> large kernel stacks, e.g. >> >> drivers/isdn/hardware/eicon/message.c: In function

Re: [PATCH 26/26] kasan: rework Kconfig settings

On Fri, Mar 3, 2017 at 3:51 PM, Andrey Ryabinin wrote: > > > On 03/02/2017 07:38 PM, Arnd Bergmann wrote: > >> >> diff --git a/lib/Kconfig.debug b/lib/Kconfig.debug >> index 97d62c2da6c2..27c838c40a36 100644 >> --- a/lib/Kconfig.debug >> +++ b/lib/Kconfig.debug >> @@

Re: [PATCH 01/26] compiler: introduce noinline_for_kasan annotation

On Fri, Mar 3, 2017 at 3:30 PM, Arnd Bergmann wrote: > On Fri, Mar 3, 2017 at 2:55 PM, Alexander Potapenko wrote: >> On Fri, Mar 3, 2017 at 2:50 PM, Andrey Ryabinin >> wrote: > @@ -416,6 +416,17 @@ static __always_inline void

Re: [PATCH 01/26] compiler: introduce noinline_for_kasan annotation

On Fri, Mar 3, 2017 at 2:55 PM, Alexander Potapenko wrote: > On Fri, Mar 3, 2017 at 2:50 PM, Andrey Ryabinin > wrote: >>> @@ -416,6 +416,17 @@ static __always_inline void __write_once_size(volatile >>> void *p, void *res, int s >>> */ >>> #define

Re: [PATCH 25/26] isdn: eicon: mark divascapi incompatible with kasan

On 03/02/2017 07:38 PM, Arnd Bergmann wrote: > When CONFIG_KASAN is enabled, we have several functions that use rather > large kernel stacks, e.g. > > drivers/isdn/hardware/eicon/message.c: In function 'group_optimization': > drivers/isdn/hardware/eicon/message.c:14841:1: warning: the frame

Re: [PATCH 01/26] compiler: introduce noinline_for_kasan annotation

On Fri, Mar 3, 2017 at 2:50 PM, Andrey Ryabinin wrote: > > > On 03/02/2017 07:38 PM, Arnd Bergmann wrote: >> When CONFIG_KASAN is set, we can run into some code that uses incredible >> amounts of kernel stack: >> >> drivers/staging/dgnc/dgnc_neo.c:1056:1: error: the frame

Re: [PATCH 4.12] bcma: drop unneeded check for CONFIG_OF_IRQ

On Fri, Mar 3, 2017 at 11:33 AM, Rafał Miłecki wrote: > From: Rafał Miłecki > > We already have the same check in bcma_of_get_irq which really calls > symbols available with CONFIG_OF_IRQ only. It appears this duplicated > check was accidentally added in

Re: [RFC] cfg80211: Add support for FILS shared key authentication offload

>  struct cfg80211_pmksa { >   const u8 *bssid; >   const u8 *pmkid; > + const u8 *pmk; > + size_t pmk_len; > + const u8 *ssid; > + size_t ssid_len; > + u16 cache_id; >  }; So how does that work - from a flow perspective? > +void cfg80211_connect_done(struct

Re: [RFCv2 2/2] mac80211: Implement data xmit for 802.11 encap offload

> There is a field, no_80211_encap, added to ieee80211_tx_info:control > to mark if the 802.11 encapsulation is offloaded to driver. Why is that needed? Since you have a separate TX path (ndo_start_xmit), wouldn't it make more sense to call into a drv_tx_8023() or something like that instead? >

Re: [RFCv2 1/2] mac80211: Add provision for 802.11 encap offload

On Fri, 2017-03-03 at 17:03 +0530, mpubb...@qti.qualcomm.com wrote: > From: Vasanthakumar Thiagarajan > > Drivers can have the capability to offload 802.11 encap > to firmware or hardware for data frames. This patch adds a new > hw_flag for driver to advertise the

Re: [PATCH] cfg80211: support 4-way handshake offloading for WPA/WPA2-PSK

On Thu, 2017-02-23 at 16:26 +0530, Jithu Jance wrote: > On Thu, Feb 23, 2017 at 4:10 PM, Arend Van Spriel > wrote: > > > > Ehm. Looking at the code in wpa_supplicant_event_assoc() it would > > be > > better to use NL80211_CMD_EAPOL_PORT_VALID event to cover both > >

Re: [PATCH v2] mac80211: mesh - always do every discovery retry

> > Yes, that is a real issue. We are planning on doing some further work in > this area to try to minimize the explosions that can be seen with PREQs in > larger networks while balancing the need for reliability. > > Path discovery >> should stop once the path is established. By attempting 2nd,

Re: [PATCH 00/26] bring back stack frame warning with KASAN

On Fri, Mar 3, 2017 at 1:25 PM, Alexander Potapenko wrote: > On Thu, Mar 2, 2017 at 5:38 PM, Arnd Bergmann wrote: >> It took a long while to get this done, but I'm finally ready >> to send the first half of the KASAN stack size patches that >> I did in response

[PATCH] mac80211: Use setup_timer instead of init_timer

From: Ondřej Lysoněk Use setup_timer() and setup_deferrable_timer() to set the data and function timer fields. It makes the code cleaner and will allow for easier change of the timer struct internals. Signed-off-by: Ondřej Lysoněk

Re: [PATCH 02/26] rewrite READ_ONCE/WRITE_ONCE

On 03/02/2017 10:45 PM, Arnd Bergmann wrote: > On Thu, Mar 2, 2017 at 8:00 PM, Christian Borntraeger > wrote: >> On 03/02/2017 06:55 PM, Arnd Bergmann wrote: >>> On Thu, Mar 2, 2017 at 5:51 PM, Christian Borntraeger >>> wrote: On 03/02/2017

Re: [PATCH 00/26] bring back stack frame warning with KASAN

On Thu, Mar 2, 2017 at 5:38 PM, Arnd Bergmann wrote: > It took a long while to get this done, but I'm finally ready > to send the first half of the KASAN stack size patches that > I did in response to the kernelci.org warnings. > > As before, it's worth mentioning that things are

Re: [PATCH] cfg80211: support 4-way handshake offloading for WPA/WPA2-PSK

On Tue, 2017-02-28 at 12:06 +0100, Arend Van Spriel wrote: > On 21-2-2017 12:46, Johannes Berg wrote: > > > > > > > Would this work for you? We should have wpa_supplicant > > > > > support > > > > > too, but need to ask Andrei to look at that. > > > > > > Forgot to reply to this. Yes, this will

[RFCv2 1/2] mac80211: Add provision for 802.11 encap offload

From: Vasanthakumar Thiagarajan Drivers can have the capability to offload 802.11 encap to firmware or hardware for data frames. This patch adds a new hw_flag for driver to advertise the offload support. Transmit path offloading 802.11 header (including cipher headers)

[RFC] cfg80211: Add support for FILS shared key authentication offload

From: "Kanchanapally, Vidyullatha" Enhance nl80211 and cfg80211 connect request and response APIs to support FILS shared key authentication Offload. The new nl80211 attributes can be used to provide additional information to the driver to establish a FILS connection.

[RFCv2 2/2] mac80211: Implement data xmit for 802.11 encap offload

From: Vasanthakumar Thiagarajan Driver (or hw) supporting 802.11 encapsulation offload for data frames can make use of this new xmit path. This patch defines new ndo_ops, all these callbacks are same as ieee80211_dataif_ops other than ndo_start_xmit() which does

[RFCv2 0/2] Add new transmit data path for ethernet frame format

From: Manikanta Pubbisetty This patch set adds a new transmit data path to offload 802.11 header encap to driver/hardware. Drivers having support for ieee80211 header encap and other offload functionalities which can't be done before encap can make use of this new data

Re: [PATCH 02/26] rewrite READ_ONCE/WRITE_ONCE

On Fri, Mar 3, 2017 at 9:26 AM, Christian Borntraeger wrote: > On 03/02/2017 10:45 PM, Arnd Bergmann wrote: >> Ok, got it. So I guess the behavior of forcing aligned accesses on aligned >> data is accidental, and allowing non-power-of-two arguments is also not >> the main

[PATCH 4.12] bcma: drop unneeded check for CONFIG_OF_IRQ

From: Rafał Miłecki We already have the same check in bcma_of_get_irq which really calls symbols available with CONFIG_OF_IRQ only. It appears this duplicated check was accidentally added in commit c58d900cc96a ("bcma: fix building without OF_IRQ"). The rest of code in

[PATCH 4.12 1/2] bcma: use helper function to set core dev's parent

From: Rafał Miłecki A tiny code deduplication thanks to the bcma_bus_get_host_dev. Signed-off-by: Rafał Miłecki --- drivers/bcma/main.c | 3 +-- 1 file changed, 1 insertion(+), 2 deletions(-) diff --git a/drivers/bcma/main.c b/drivers/bcma/main.c index

[PATCH 4.12 2/2] bcma: fill core OF info independently of bus type

From: Rafał Miłecki PCI devices can be described in DT as well so we should always execute relevant code. This will make bcma e.g. set of_node for cores described in DT. Signed-off-by: Rafał Miłecki --- drivers/bcma/main.c | 4 ++-- 1 file changed, 2

Re: Hostapd de-auth connected clients

Hi, I think I need to mention the hardware specification I was first trying on banana pi m2+ which has WLAN chip AP6212(ampak) here is the link to it: http://linux-sunxi.org/Wifi#Ampak I tried both raspbian and debian jessie on it both distros has wireless driver bcmhd linked to the wifi chip.