Re: [PATCH] Revert "ath: add support for special 0x0 regulatory domain"

2022-09-19 Thread Sergey Ryazanov
Hello, I would like to add my 2c. On Mon, Sep 19, 2022 at 8:25 PM Tim Harvey wrote: > I'm not clear if > there are many other cards that have this same issue. The list of cards with unprogrammed regdomain can be extended with several relatively modern models: * MikroTik R11e-5HacD (QCA9882

Re: [PATCH 1/4] ath10k: improve tx status reporting

2022-05-18 Thread Sergey Ryazanov
On Wed, May 18, 2022 at 10:30 AM Kalle Valo wrote: > Sergey Ryazanov writes: >> On Mon, May 16, 2022 at 6:25 AM Sergey Ryazanov >> wrote: >>> --- a/drivers/net/wireless/ath/ath10k/txrx.c >>> +++ b/drivers/net/wireless/ath/ath10k/txrx.c >>> @@ -43,6 +43

Re: [PATCH 0/4] ath10k: add encapsulation offloading support

2022-05-17 Thread Sergey Ryazanov
Hello Edward, On Tue, May 17, 2022 at 5:37 AM Edward Matijevic wrote: > Hello, > I confirm now my QCA9377 pci module has no regressions in either modes > with these patches > I was able to test it as an AP and it worked under ETHERNET mode > without any obvious regressions but I'm unable to

Re: [PATCH 1/4] ath10k: improve tx status reporting

2022-05-16 Thread Sergey Ryazanov
On Mon, May 16, 2022 at 6:25 AM Sergey Ryazanov wrote: > We use ieee80211_tx_status() to report each completed tx frame. > Internally, this function calls sta_info_get_by_addrs(), what has a > couple of drawbacks: > 1. additional station lookup causes a performance degradation; >

[PATCH 4/4] ath10k: add encapsulation offloading support

2022-05-15 Thread Sergey Ryazanov
-00131 Tested-on: QCA6174 hw 3.2 PCI WLAN.RM.4.4.1-00157-QCARMSWPZ-1 Signed-off-by: Sergey Ryazanov Tested-by: Oldřich Jedlička # TP-Link Archer C7 v4 & v5 (QCA9563 + QCA9880) Tested-by: Edward Matijevic # TP-Link Archer C2600 (IPQ8064 + QCA9980 10.4.1.00030-1) Tested-by: Edward Matij

[PATCH 2/4] ath10k: htt_tx: do not interpret Eth frames as WiFi

2022-05-15 Thread Sergey Ryazanov
j...@phrozen.org/ Reported-by: Zhijun You Signed-off-by: Vasanthakumar Thiagarajan Signed-off-by: John Crispin Signed-off-by: Sergey Ryazanov --- Changes since RFC: * new patch drivers/net/wireless/ath/ath10k/htt_tx.c | 61 ++-- 1 file changed, 35 insertions(+), 26 deletion

[PATCH 0/4] ath10k: add encapsulation offloading support

2022-05-15 Thread Sergey Ryazanov
John Crispin CC: Oldřich Jedlička CC: Tom Psyborg CC: Vasanthakumar Thiagarajan CC: Zhijun You Changes since RFC: * new Tested-on and Tested-by tags * new patch #2 for better Ethernet encapsulation support in the HTT Tx layer * rebased on top of latest ath-next Sergey Ryazanov (3): ath

[PATCH 3/4] ath10k: turn rawmode into frame_mode

2022-05-15 Thread Sergey Ryazanov
for upcoming encapsulation offloading support. Signed-off-by: Sergey Ryazanov --- Changes since RFC: * changed position in series: #2 -> #3 * rebased on top of latest ath-next drivers/net/wireless/ath/ath10k/core.c | 11 +++ drivers/net/wireless/ath/ath10k/core.h | 1 + 2 files chan

[PATCH 1/4] ath10k: improve tx status reporting

2022-05-15 Thread Sergey Ryazanov
() with ieee80211_tx_status_ext() call and feed it station pointer from the tx queue associated with the transmitted frame. Tested-on: QCA9888 hw 2.0 10.4-3.9.0.2-00131 Tested-on: QCA6174 hw 3.2 PCI WLAN.RM.4.4.1-00157-QCARMSWPZ-1 Signed-off-by: Sergey Ryazanov Tested-by: Oldřich Jedlička # TP-Link Archer C7 v4

Re: [PATCH RFC 0/3] ath10k: add encapsulation offloading support

2022-04-18 Thread Sergey Ryazanov
On Mon, Apr 4, 2022 at 10:15 AM Kalle Valo wrote: > Sergey Ryazanov writes: >> Hello, >> >> this series introduces driver support for hardware encapsulation >> offloading feature. >> >> The main goal of the series is an overall improvement of system >

[PATCH RFC 3/3] ath10k: add encapsulation offloading support

2022-04-02 Thread Sergey Ryazanov
-00131 Signed-off-by: Sergey Ryazanov --- drivers/net/wireless/ath/ath10k/core.c | 2 +- drivers/net/wireless/ath/ath10k/mac.c | 67 +- 2 files changed, 55 insertions(+), 14 deletions(-) diff --git a/drivers/net/wireless/ath/ath10k/core.c b/drivers/net/wireless/ath/ath10k

[PATCH RFC 1/3] ath10k: improve tx status reporting

2022-04-02 Thread Sergey Ryazanov
() with ieee80211_tx_status_ext() call and feed it station pointer from the tx queue associated with the transmitted frame. Tested-on: QCA9888 hw 2.0 10.4-3.9.0.2-00131 Signed-off-by: Sergey Ryazanov --- drivers/net/wireless/ath/ath10k/txrx.c | 12 +++- 1 file changed, 11 insertions(+), 1 deletion

[PATCH RFC 2/3] ath10k: turn rawmode into frame_mode

2022-04-02 Thread Sergey Ryazanov
for upcoming encapsulation offloading support. Signed-off-by: Sergey Ryazanov --- drivers/net/wireless/ath/ath10k/core.c | 11 +++ drivers/net/wireless/ath/ath10k/core.h | 1 + 2 files changed, 8 insertions(+), 4 deletions(-) diff --git a/drivers/net/wireless/ath/ath10k/core.c b/drivers

[PATCH RFC 0/3] ath10k: add encapsulation offloading support

2022-04-02 Thread Sergey Ryazanov
introduces some regression for other untested chips. So the series is just an RFC for now. Sergey Ryazanov (3): ath10k: improve tx status reporting ath10k: turn rawmode into frame_mode ath10k: add encapsulation offloading support drivers/net/wireless/ath/ath10k/core.c | 11 +++-- drivers/net

Re: QCA988X firmware pull-push support

2017-02-01 Thread Sergey Ryazanov
On Mon, Jan 30, 2017 at 11:13 AM, Valo, Kalle <kv...@qca.qualcomm.com> wrote: > Adrian Chadd <adrian.ch...@gmail.com> writes: > >> On 29 January 2017 at 17:20, Sergey Ryazanov <ryazanov@gmail.com> wrote: >>> Yep. Looks like so. >> >> Which

Re: QCA988X firmware pull-push support

2017-01-29 Thread Sergey Ryazanov
Yep. Looks like so. On Mon, Jan 30, 2017 at 3:08 AM, Adrian Chadd <adrian.ch...@gmail.com> wrote: > I think it's a 10.4 feature? > > > A > > On Jan 29, 2017 3:13 PM, "Sergey Ryazanov" <ryazanov@gmail.com> wrote: >> >> Hello, >> &

QCA988X firmware pull-push support

2017-01-29 Thread Sergey Ryazanov
Hello, I have started to play with intermediate software queues and suddenly discovered that this code is completely disabled in ath10k for firmware which does not support tx pull-push mode (QCA9880 in particular). So I would like to ask are there any plans for implementation of this pull-push