Re: [PATCH v3 4/7] macintosh: Only descend into directory when CONFIG_MACINTOSH_DRIVERS is set

"Andrew F. Davis" writes: > When CONFIG_MACINTOSH_DRIVERS is not set make will still descend into the > macintosh directory but nothing will be built. This produces unneeded > build artifacts and messages in addition to slowing the build. > Fix this here. > > Signed-off-by: Andrew

[PATCH 1/2] nl80211: Use signed function for a signed variable

The rssi_threshold is defined as s32. Signed-off-by: Masashi Honma --- net/wireless/nl80211.c | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/net/wireless/nl80211.c b/net/wireless/nl80211.c index b15903b..bd5959f 100644 --- a/net/wireless/nl80211.c

[PATCH 2/2] mac80211: Drop new node with weak power

On some practical cases, it is useful to drop new node in the distance. Because mesh metric is calculated with hop count and without RSSI information, a node far from local peer and near to destination node could be used as best path. For example, the nodes are located in linear. Distance of 0 -

Re: [PATCH v6 03/10] ath10k: htc: move htc ctrl ep connect to htc_init

On 03/15/2017 08:45 AM, Kalle Valo wrote: > From: Erik Stromdahl > > This patch moves the HTC ctrl service connect from > htc_wait_target to htc_init. > > This is done in order to make sure the htc ctrl service > is setup properly before hif_start is called. > > The

Re: accessing function send_addba_request

Looking at net/wireless.nl80211.c, no there isn't. On Wed, Mar 15, 2017 at 2:53 PM, Reinoud Koornstra wrote: > Hello Everyone, > > In kernel space I can easily call the function ieee_send_addba_request. > Is there are way to call this function from userland by

Re: [PATCH] nl80211: fix dumpit error path RTNL deadlocks

From: Johannes Berg Date: Wed, 15 Mar 2017 14:29:13 +0100 > From: Johannes Berg > > Sowmini pointed out Dmitry's RTNL deadlock report to me, and it turns out > to be perfectly accurate - there are various error paths that miss unlock > of the

accessing function send_addba_request

Hello Everyone, In kernel space I can easily call the function ieee_send_addba_request. Is there are way to call this function from userland by cfg80211 or nl80211? Thanks, Reinoud.

Re: [PATCH v3 0/7] Remove unneeded build directory traversals

On Wed, Mar 15, 2017 at 10:15 PM, Andrew F. Davis wrote: > On 03/15/2017 04:03 PM, Arnd Bergmann wrote: >> On Wed, Mar 15, 2017 at 5:37 PM, Andrew F. Davis wrote: >>> Hello all, >>> >>> I was building a kernel for x86 and noticed Make still descended into >>>

Re: [PATCH v3 0/7] Remove unneeded build directory traversals

On 03/15/2017 04:03 PM, Arnd Bergmann wrote: > On Wed, Mar 15, 2017 at 5:37 PM, Andrew F. Davis wrote: >> Hello all, >> >> I was building a kernel for x86 and noticed Make still descended into >> directories like drivers/gpu/drm/hisilicon, this seems kind of odd given >> nothing will

Re: [PATCH v3 0/7] Remove unneeded build directory traversals

On Wed, Mar 15, 2017 at 5:37 PM, Andrew F. Davis wrote: > Hello all, > > I was building a kernel for x86 and noticed Make still descended into > directories like drivers/gpu/drm/hisilicon, this seems kind of odd given > nothing will be built here. It looks to be due to some

Re: [RFC v4 06/21] ath10k: sdio support

On 2017-03-15 13:09, Kalle Valo wrote: Erik Stromdahl writes: On 2017-03-10 13:43, Valo, Kalle wrote: "Valo, Kalle" writes: Erik Stromdahl writes: sdio/mailbox HIF implementation. Signed-off-by: Erik

[PATCH] ath10k: remove redundant check of len with buf_len

From: Colin Ian King The check of len > buf_len is redundant as len is initialized to 0 and buf_len to 4096, so this comparison is always false. Remove it. Signed-off-by: Colin Ian King --- drivers/net/wireless/ath/ath10k/debug.c | 3 --- 1

Re: Should ath10k enable RX_FLAG_ALLOW_SAME_PN

have you verified with a sniffer that it indeed is an A-MSDU that the hardware is decap'ing for you? (ath9k doesn't do hardware A-MSDU decap.) -adrian On 15 March 2017 at 08:26, Ben Greear wrote: > We notice a strange problem when receiving ath10k frames in > raw mode

[PATCH v6 08/10] ath10k: htc: ready_ext msg support

From: Erik Stromdahl Added support for extended ready message. The extended ready message contains the maximum bundle count supported by SDIO chipsets. It is transmitted by SDIO chipset only and replaces the "standard" ready message in this case. Signed-off-by: Erik

[PATCH v6 07/10] ath10k: sdio get target info

From: Erik Stromdahl Special BMI get target info function for SDIO. Signed-off-by: Erik Stromdahl Signed-off-by: Kalle Valo --- drivers/net/wireless/ath/ath10k/bmi.c | 71

[PATCH v6 10/10] ath10k: sdio support

From: Erik Stromdahl sdio/mailbox HIF implementation. Signed-off-by: Erik Stromdahl Signed-off-by: Kalle Valo --- drivers/net/wireless/ath/ath10k/Kconfig |6 drivers/net/wireless/ath/ath10k/Makefile |3

[PATCH v6 09/10] ath10k: different fw file names for usb and sdio

From: Erik Stromdahl Since both SDIO and USB based chipsets will use different firmware from the PCIe and AHB chipsets, the fw file name must be different depending on bus type. The new firmware names are: For PCIe and AHB: firmware-.bin (same as before) For SDIO:

[PATCH v6 06/10] ath10k: add sdio extra initializations

From: Erik Stromdahl Extra initializations needed by all sdio boards. Derived from qcacld. Signed-off-by: Erik Stromdahl Signed-off-by: Kalle Valo --- drivers/net/wireless/ath/ath10k/core.c | 22

[PATCH v6 02/10] ath10k: htc: rx trailer lookahead support

From: Erik Stromdahl The RX trailer parsing is now capable of parsing lookahead reports. A lookahead contains the first 4 bytes of the next HTC message (that will be read in the next SDIO read operation). Lookaheads are used by the SDIO/mbox HIF layer to determine if

[PATCH v6 04/10] ath10k: htc: refactorization

From: Erik Stromdahl Code refactorization: Moved the code for ep 0 in ath10k_htc_rx_completion_handler to ath10k_htc_control_rx_complete. This eases the implementation of SDIO/mbox significantly since the ep_rx_complete cb is invoked directly from the SDIO/mbox hif

[PATCH v6 05/10] ath10k: various sdio related definitions

From: Erik Stromdahl Debug masks for SDIO HIF layer. Address definitions for SDIO/mbox based chipsets. Augmented struct host_interest with more members. Signed-off-by: Erik Stromdahl Signed-off-by: Kalle Valo ---

[PATCH v6 03/10] ath10k: htc: move htc ctrl ep connect to htc_init

From: Erik Stromdahl This patch moves the HTC ctrl service connect from htc_wait_target to htc_init. This is done in order to make sure the htc ctrl service is setup properly before hif_start is called. The reason for this is that we want the HTC ctrl service callback

[PATCH v6 01/10] ath10k: htc: made static function public

From: Erik Stromdahl Changed ath10k_htc_notify_tx_completion and ath10k_htc_process_trailer from static to non static. These functions are needed by SDIO/mbox. Signed-off-by: Erik Stromdahl Signed-off-by: Kalle Valo

[PATCH v6 00/10] ath10k: sdio support

I did some changes while reviewing Erik's SDIO patches. Only compile tested, I don't have any SDIO boards at the moment. Changes in v6: * resubmit due to stgit problems Changes in v5: * promote from RFC to PATCH * move "ath10k: sdio support" patch to last * in "ath10k: sdio get target info"

Should ath10k enable RX_FLAG_ALLOW_SAME_PN

We notice a strange problem when receiving ath10k frames in raw mode (with modified firmware). The very first data message (UDP discovery response) is dropped in WPA2 + AES mode, and it appears that if we would set the RX_FLAG_ALLOW_SAME_PN it would be accepted. ath9k in software-crypt mode

Re: [PATCH v5 00/10] ath10k: sdio support

Kalle Valo writes: > I did some changes while reviewing Erik's SDIO patches. Only compile > tested, I don't have any SDIO boards at the moment. Only the first three patches were submitted so please ignore this patchset. I'll investigate what's wrong and resubmit v6 once

[PATCH v5 03/10] ath10k: htc: move htc ctrl ep connect to htc_init

From: Erik Stromdahl This patch moves the HTC ctrl service connect from htc_wait_target to htc_init. This is done in order to make sure the htc ctrl service is setup properly before hif_start is called. The reason for this is that we want the HTC ctrl service callback

[PATCH v5 02/10] ath10k: htc: rx trailer lookahead support

From: Erik Stromdahl The RX trailer parsing is now capable of parsing lookahead reports. A lookahead contains the first 4 bytes of the next HTC message (that will be read in the next SDIO read operation). Lookaheads are used by the SDIO/mbox HIF layer to determine if

[PATCH v5 01/10] ath10k: htc: made static function public

From: Erik Stromdahl Changed ath10k_htc_notify_tx_completion and ath10k_htc_process_trailer from static to non static. These functions are needed by SDIO/mbox. Signed-off-by: Erik Stromdahl Signed-off-by: Kalle Valo

[PATCH v5 00/10] ath10k: sdio support

I did some changes while reviewing Erik's SDIO patches. Only compile tested, I don't have any SDIO boards at the moment. Changes in v5: * promote from RFC to PATCH * move "ath10k: sdio support" patch to last * in "ath10k: sdio get target info" fix sparse warning by changing tmp variable to

Re: [PATCH] mwifiex: fix kernel crash after shutdown command timeout

> From: Brian Norris [mailto:briannor...@chromium.org] > Sent: Wednesday, March 15, 2017 12:03 AM > To: Amitkumar Karwar > Cc: linux-wireless@vger.kernel.org; Cathy Luo; Nishant Sarmukadam; > raja...@google.com; dmitry.torok...@gmail.com > Subject: [EXT] Re: [PATCH] mwifiex: fix kernel crash after

[PATCH] nl80211: fix dumpit error path RTNL deadlocks

From: Johannes Berg Sowmini pointed out Dmitry's RTNL deadlock report to me, and it turns out to be perfectly accurate - there are various error paths that miss unlock of the RTNL. To fix those, change the locking a bit to not be conditional in all those

ANNOUNCE: New Talk: Story of a Network Virtualization and it's future in Software and in Hardware

The tech committee would like to announce a new accepted talk from Anjali Singhai Jain along with Alexander H Duyck, Parthasarathy Sarangam and Nrupal Jani The details are as follows: --- The paper and the presentation will quickly go through a time lapse of Network virtualization as it

Re: [RFC v4 06/21] ath10k: sdio support

Erik Stromdahl writes: > On 2017-03-10 13:43, Valo, Kalle wrote: >> "Valo, Kalle" writes: >> >>> Erik Stromdahl writes: >>> sdio/mailbox HIF implementation. Signed-off-by: Erik Stromdahl

Re: [RESEND PATCH 4.11] iwlwifi: mvm: cleanup pending frames in DQA mode

On Wed, 2017-03-15 at 11:52 +0200, Kalle Valo wrote: > Luca Coelho writes: > > > From: Sara Sharon > > > > When a station is asleep, the fw will set it as "asleep". > > All queues that are used only by one station will be stopped by > > the fw. > > > >

Re: [RESEND PATCH 4.11] iwlwifi: mvm: cleanup pending frames in DQA mode

Luca Coelho writes: > From: Sara Sharon > > When a station is asleep, the fw will set it as "asleep". > All queues that are used only by one station will be stopped by > the fw. > > In pre-DQA mode this was relevant for aggregation queues. However, > in

i need your help for this Investment

Hello Dear, My names are Aisha Gaddafi, 39, I need a very honest and reliable person that can assist me for investment project for a profitable business/ company to invest into in your country than if you are interested let me know. I will details you more when I hear from you. Aisha

Re: [RFT] brcmfmac: add support to move wiphy instance into network namespace

On 14-3-2017 23:19, Johannes Berg wrote: > On Tue, 2017-03-14 at 21:51 +, Arend van Spriel wrote: >> To support network namespace the driver must assure all created >> network interfaces are in the same namespace as the wiphy instance. > > FWIW, looks fine to me. Thanks. Any feedback is

Re: Beacon interval for Mesh/AP in single interface

> > Interesting. Did hardware actually support this, and if so, what did it > do? Yes, ath9k for mesh/AP running simultaneously in one single radio interface can do beaconing using different beacon interval. Mesh providing backhaul to user accessing via STA/AP mode. > If that worked, then it'd

Re: [PATCH 2/2] ath10k: search DT for qcom,ath10k-calibration-variant

On Freitag, 10. März 2017 19:20:54 CET Christian Lamparter wrote: [...] > @Aeolus Yang / Kalle / QCA: Would it be possible to assign a variant string to > the Asus RT-AC58U? > > I've attached the necessary bmi-board-id=16 and bmi-board-id=17 board > files to this mail as well. So, all that needs

lening bieden

Goede dag, Dit is vangnet krediet leningen aan te bieden. Vangnet CREDIT biedt flexibele en betaalbare leningen voor welk doel u te helpen uw doelen te bereiken. we lening tegen lage rente van 3%. Hier zijn een aantal belangrijke kenmerken van de persoonlijke lening aangeboden door vangnet