Re: [RFC 1/3] cfg80211: Add support for HE

Hi Arend, On Mon, 2018-05-21 at 21:47 +0200, Arend van Spriel wrote: > On 5/18/2018 4:05 PM, Luca Coelho wrote: > > From: Luca Coelho > > > > Add support for the HE in cfg80211 and also add userspace API to > > nl80211 to send rate information out, conforming with > >

Re: [v8, bpf-next, 4/9] net/wireless/iwlwifi: fix iwlwifi_dev_ucode_error tracepoint

Alexei Starovoitov writes: > On Wed, May 23, 2018 at 01:03:08PM +0200, Johannes Berg wrote: >> On Wed, 2018-03-28 at 12:05 -0700, Alexei Starovoitov wrote: >> > fix iwlwifi_dev_ucode_error tracepoint to pass pointer to a table >> > instead of all 17 arguments by

[PATCH v4] iw: ack signal support for tx ack packets

This patch is to display the average ack signal, last ack signal of tx ack packets. Signed-off-by: Balaji Pothunoori --- V4: * Changed the subject * Added last ack signal support and renamed avg ack signal macro V3: * Added version no V2: * Removed nl80211.h changes

Re: [PATCH] ath10k: transmit queued frames after waking queues

On Fri, May 25, 2018 at 02:36:56PM +0200, Niklas Cassel wrote: > A spin lock does have the advantage of ordering: memory operations issued > before the spin_unlock_bh() will be completed before the spin_unlock_bh() > operation has completed. > > However, ath10k_htt_tx_dec_pending() was called

Re: [PATCHv2, 1/2] ath: Add support to get the detected radar specifications

Sriram R wrote: > This enables ath10k/ath9k drivers to collect the specifications of the > radar type once it is detected by the dfs pattern detector unit. > Usage of the collected info is specific to driver implementation. > For example, collected radar info could be

Re: [RFC 1/3] cfg80211: Add support for HE

On 5/25/2018 12:11 PM, Luca Coelho wrote: +static int > >+nl80211_send_ift_data(struct sk_buff *msg, > >+const struct ieee80211_sband_iftype_data *iftdata) > >make it nl80211_send_iftype_data. Okay, I'll replace all ift instances to iftype. My comment is mainly about

Re: ath10k: add fw crash dump support for QCA9888 and QCA99X0

Anilkumar Kolli wrote: > This patch adds firmware crash memory dump support for QCA9888 and QCA99X0. > > Tested on: > > QCA9888 firmware 10.4-3.5.3-00053 > QCA99X0 firmware 10.4.1.00030-1 > > Signed-off-by: Anilkumar Kolli > Signed-off-by: Kalle

Re: ath10k: Add support to configure channel dwell time

Pradeep Kumar Chitrapu wrote: > Configure channel dwell time from duration of the scan request > received from mac80211 when the duration is non-zero. When the > scan request does not have duration value, use the default ones, > the current implementation. > >

Re: [PATCH 5/7] wil6210: add support for enhanced DMA RX data flows

Maya Erez writes: > From: Gidon Studinski > > Enhanced DMA RX data path is handled using a single > RX descriptor ring for all VIFs. > Multiple RX status rings are supported, to allow RSS > and multi MSI support. > The driver gets the RX completions

Re: [01/52] ath: Add regulatory mapping for Bahamas

Sven Eckelmann wrote: > The country code is used by the ath to detect the ISO 3166-1 alpha-2 name > and to select the correct conformance test limits (CTL) for a country. If > the country isn't available and it is still programmed in the EEPROM then > it will cause

Re: [PATCH] Added support for Dell Wireless 1537 which is an Qualcomm Atheros AR6004X with an sdio ID of 0x19. hardware ID is 0271:0419. And tested it on a Dell Venue 11 Pro 7130 with a compiled kerne

Guy Chronister writes: > Signed-off-by: Guy Chronister The commit log formatting was wrong, I fixed like this in the pending branch (also added the word "self"): ath6kl: add support for Dell Wireless 1537 This is a Qualcomm

Re: [01/10] wcn36xx: fix buffer commit logic on TX path

Daniel Mack wrote: > When wcn36xx_dxe_tx_frame() is entered while the device is still processing > the queue asyncronously, we are racing against the firmware code with > updates to the buffer descriptors. Presumably, the firmware scans the ring > buffer that holds the

Re: [PATCH] ath6kl: mark expected switch fall-throughs

Hello! On 5/25/2018 2:13 AM, Gustavo A. R. Silva wrote: In preparation to enabling -Wimplicit-fallthrough, mark switch cases where we are expecting to fall through. Signed-off-by: Gustavo A. R. Silva --- drivers/net/wireless/ath/ath6kl/cfg80211.c | 6 +++--- 1 file

Re: [PATCH 2/7] wil6210: add support for enhanced DMA structures

Maya Erez writes: > From: Gidon Studinski > > In enhanced DMA the vrings are handled internally by the FW > and are not exposed to the driver. > Instead, the driver handles descriptor rings, which are mapped > by the FW to vrings. > The completions

Re: Can no one help me?

Thanks for the reply. My first message to the list did have more information. I've tried the latest mainline kernel and also the default kernel for Debian stable and multiple other distros (Ubuntu, Arch, etc). The cards (I have several of the same model) are AR9462 in an M.2 NGFF format using

[PATCH 1/2] cfg80211: last ack singal support in station dump

This patch adds "last ack signal" support in station dump if driver supports. Signed-off-by: Balaji Pothunoori --- include/uapi/linux/nl80211.h | 14 +++--- net/wireless/nl80211.c | 8 2 files changed, 11 insertions(+), 11 deletions(-) diff

[PATCH 2/2] mac80211: last ack singal support in station dump

This patch adds "last ack signal" and "avg ack signal" support in station dump for valid ack rssi. Signed-off-by: Balaji Pothunoori --- net/mac80211/sta_info.c | 20 ++-- 1 file changed, 14 insertions(+), 6 deletions(-) diff --git

Re: [net-next] ath10k: Remove useless test before clk_disable_unprepare

YueHaibing wrote: > clk_disable_unprepare() already checks that the clock pointer is valid. > No need to test it before calling it. > > Signed-off-by: YueHaibing > Signed-off-by: Kalle Valo Patch applied to ath-next branch

Re: [v3] wcn36xx: Add support for Factory Test Mode (FTM)

Ramon Fried wrote: > 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

Re: [PATCH 3/7] wil6210: initialize TX and RX enhanced DMA rings

Maya Erez writes: > From: Gidon Studinski > > Enhanced DMA design includes the following rings: > - Single RX descriptor ring is used for all VIFs > - Multiple RX status rings are supported, to allow RSS > - TX descriptor ring is allocated per

[PATCH 0/2] cfg80211/mac80211: last ack singal support in station dump

From: Balaji Pothunoori This patch adds "last ack signal" support in station dump if driver reports ack rssi for last tx packet. Balaji Pothunoori (2): cfg80211: last ack singal support in station dump mac80211: last ack singal support in station dump

Re: [PATCH 3/7] wil6210: initialize TX and RX enhanced DMA rings

Kalle Valo writes: > Maya Erez writes: > >> From: Gidon Studinski >> >> Enhanced DMA design includes the following rings: >> - Single RX descriptor ring is used for all VIFs >> - Multiple RX status rings are supported, to allow

Re: [PATCH 1/3] brcmfmac: allow specifying features per firmware version

On 5/22/2018 3:18 PM, Rafał Miłecki wrote: From: Rafał Miłecki Some features supported by firmware aren't advertised and there is no way for a driver to query them. This includes e.g. monitor mode details. Some firmwares support tagging monitor frames, some build radiotap

[PATCH] mac80211: Move up init of TXQs

On init, ieee80211_if_add() dumps the interface. Since that now includes a dump of the TXQ state, we need to initialise that before the dump happens. So move up the TXQ initialisation to to before the call to ieee80211_if_add(). Fixes: 52539ca89f36 ("cfg80211: Expose TXQ stats and parameters to

Re: [PATCH] ath10k: transmit queued frames after waking queues

On Thu, May 24, 2018 at 11:50:34AM -0400, Bob Copeland wrote: > On Mon, May 21, 2018 at 10:37:01PM +0200, Niklas Cassel wrote: > > On Thu, May 17, 2018 at 03:26:25PM -0700, Adrian Chadd wrote: > > > On Thu, 17 May 2018 at 16:16, Niklas Cassel > > > wrote: > > > > > > >

Re: [PATCH] mac80211: Move up init of TXQs

Niklas Cassel writes: > Tested-by: Niklas Cassel Great, thanks! -Toke

Re: [PATCH] ath10k: transmit queued frames after waking queues

On Fri, May 25, 2018 at 08:50:23AM -0400, Bob Copeland wrote: > On Fri, May 25, 2018 at 02:36:56PM +0200, Niklas Cassel wrote: > > A spin lock does have the advantage of ordering: memory operations issued > > before the spin_unlock_bh() will be completed before the spin_unlock_bh() > > operation

Re: [PATCH v1] ath10k: fix band_center_freq handling for VHT160 in recent firmwares

Sebastian Gottschall writes: > Am 26.04.2018 um 15:44 schrieb Ben Greear: >> >> >> On 04/26/2018 02:43 AM, s.gottsch...@dd-wrt.com wrote: >>> From: Sebastian Gottschall >>> >>> starting with firmware 10.4.3.4.x series QCA changed the handling

Re: [PATCH] wireless-regdb: Fix comparison of WmmRule with NoneType in python 3

On Fri, May 18, 2018 at 09:47:01AM -0500, Seth Forshee wrote: > 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

Re: [PATCH] mac80211: Move up init of TXQs

Tested-by: Niklas Cassel On Fri, May 25, 2018 at 02:29:21PM +0200, Toke Høiland-Jørgensen wrote: > On init, ieee80211_if_add() dumps the interface. Since that now includes a > dump of the TXQ state, we need to initialise that before the dump happens. > So move up the

Re: [PATCH v1] ath10k: fix band_center_freq handling for VHT160 in recent firmwares

On 05/25/2018 07:44 AM, Kalle Valo wrote: Sebastian Gottschall writes: Am 26.04.2018 um 15:44 schrieb Ben Greear: On 04/26/2018 02:43 AM, s.gottsch...@dd-wrt.com wrote: From: Sebastian Gottschall starting with firmware 10.4.3.4.x series

Re: [PATCH] wireless-regdb: Update rules for Panama (PA) and add 60 GHz rule

On Fri, May 18, 2018 at 09:46:41AM -0500, Seth Forshee wrote: > Updates are based on the information in > http://www.asep.gob.pa/images/telecomunicaciones/Anexos/PNAF-dic2015.pdf. > > Signed-off-by: Seth Forshee Applied.

[PATCH] ath9k: mark expected switch fall-throughs

In preparation to enabling -Wimplicit-fallthrough, mark switch cases where we are expecting to fall through. Signed-off-by: Gustavo A. R. Silva --- drivers/net/wireless/ath/ath9k/ar5008_phy.c | 2 ++ drivers/net/wireless/ath/ath9k/ar9002_phy.c | 1 +

Re: Atheros AR9462 - 5Ghz not working

Sedat Dilek wrote: > On Tue, May 22, 2018 at 7:21 PM, wrote: > > I've run out of ideas and am hoping someone here can help. > > > > All I want to do is connect a client to my 5Ghz network. > > > > My client: > > OS is Debian stable "Stretch"

Re: [PATCH] ath6kl: mark expected switch fall-throughs

Sergei Shtylyov writes: > On 5/25/2018 2:13 AM, Gustavo A. R. Silva wrote: > >> In preparation to enabling -Wimplicit-fallthrough, mark switch cases >> where we are expecting to fall through. >> >> Signed-off-by: Gustavo A. R. Silva >>

Re: Atheros AR9462 - 5Ghz not working

On Tue, May 22, 2018 at 7:21 PM, wrote: > I've run out of ideas and am hoping someone here can help. > > All I want to do is connect a client to my 5Ghz network. > > My client: > OS is Debian stable "Stretch" with sysvinit instead of systemd > Atheros AR9462 (World

Re: [PATCH] ath6kl: mark expected switch fall-throughs

"Gustavo A. R. Silva" writes: > On 05/25/2018 08:30 AM, Kalle Valo wrote: >> Sergei Shtylyov writes: >> >>> On 5/25/2018 2:13 AM, Gustavo A. R. Silva wrote: >>> In preparation to enabling -Wimplicit-fallthrough, mark switch cases

[PATCH v2] ath6kl: mark expected switch fall-throughs

In preparation to enabling -Wimplicit-fallthrough, mark switch cases where we are expecting to fall through. Signed-off-by: Gustavo A. R. Silva --- Changes in v2: - Place code comments on a line of their own. drivers/net/wireless/ath/ath6kl/cfg80211.c | 3 +++ 1 file

Re: [PATCH v2] ath6kl: mark expected switch fall-throughs

On Fri, May 25, 2018 at 11:23 AM Gustavo A. R. Silva wrote: > In preparation to enabling -Wimplicit-fallthrough, mark switch cases > where we are expecting to fall through. > Signed-off-by: Gustavo A. R. Silva > --- > Changes in v2: >- Place

Re: [PATCH] ath6kl: mark expected switch fall-throughs

On 05/25/2018 08:30 AM, Kalle Valo wrote: Sergei Shtylyov writes: On 5/25/2018 2:13 AM, Gustavo A. R. Silva wrote: In preparation to enabling -Wimplicit-fallthrough, mark switch cases where we are expecting to fall through. Signed-off-by: Gustavo A. R.

Re: [PATCH] ath6kl: mark expected switch fall-throughs

On 05/25/2018 01:10 PM, Kalle Valo wrote: Yeah, I was wondering the same. Was there a particular reason for this? Sometimes people use this style for a one-line code block. I can change it to the traditional style. No problem. I would prefer that. So if you can send v2 that would be

Re: [PATCH v2] ath6kl: mark expected switch fall-throughs

On 05/25/2018 01:27 PM, Steve deRosier wrote: On Fri, May 25, 2018 at 11:23 AM Gustavo A. R. Silva wrote: In preparation to enabling -Wimplicit-fallthrough, mark switch cases where we are expecting to fall through. Signed-off-by: Gustavo A. R. Silva

[PATCH] mwifiex: mark expected switch fall-throughs

In preparation to enabling -Wimplicit-fallthrough, mark switch cases where we are expecting to fall through. Signed-off-by: Gustavo A. R. Silva --- drivers/net/wireless/marvell/mwifiex/cfg80211.c | 4 drivers/net/wireless/marvell/mwifiex/scan.c | 1 + 2 files

Re: [RFC 1/3] cfg80211: Add support for HE

Arend, On Fri, 2018-05-25 at 13:11 +0300, Luca Coelho wrote: > On Mon, 2018-05-21 at 21:47 +0200, Arend van Spriel wrote: > > On 5/18/2018 4:05 PM, Luca Coelho wrote: > > > @@ -781,6 +783,23 @@ int wiphy_register(struct wiphy *wiphy) > > > sband->channels[i].band = band;

Re: Atheros AR9462 - 5Ghz not working

Sedat Dilek wrote: > On Tue, May 22, 2018 at 7:21 PM, wrote: > > I've run out of ideas and am hoping someone here can help. > > > > All I want to do is connect a client to my 5Ghz network. > > > > My client: > > OS is Debian stable "Stretch"

[PATCH] mwifiex: skip sending GT_REKEY_OFFLOAD_CFG if firmware has no support

If firmware does not support embedded supplicant, then it in turn will not support GT rekey offloading. If this is the case, then driver must not advertise WOWLAN flags related to GTK rekey and it must also skip sending the GT_REKEY_OFFLOAD_CFG command. Signed-off-by: Shrenik Shikhare