Hi
As suspected this changeset causes throughput regression.
Below screenshots show iperf test from MS150N (RF5370) device connected to
RT3070 adapter running AP mode:
This is with standard openwrt build without any rt2x00 changes:
On Wed, 19 Sep 2018 13:05:41 +0200, Stanislaw Gruszka wrote:
>Driver should provide on what channels are supported to mac80211, but
>user space decide what channel to use and that imply band 2.4GHz or
>5GHz. ->curr_band is just shortcut for band of current channel. Is set
>in rt2x00lib_config()
On Tue, 18 Sep 2018 14:20:16 +0200, Stanislaw Gruszka wrote:
>On Mon, Sep 17, 2018 at 06:32:51PM +0200, Tomislav Požega wrote:
>> Use curr_band instead of rf->channel among various subroutines -
>> mostly for 2.4GHz band but in some circumstances for 5GHz band too.
>
>What is the reason for that
Remove band check from rf53xx channel config routine since all chips
using it are single band.
Signed-off-by: Tomislav Požega
---
drivers/net/wireless/ralink/rt2x00/rt2800lib.c | 103
1 files changed, 50 insertions(+), 53 deletions(-)
diff --git a/drivers/net/wireless
Enable LNAs only for the current operating band. Change power
amplifiers enabling style to the one in vco calibration routine
and drop redundant cap_bt_coexist enable of PA0.
Signed-off-by: Tomislav Požega
---
drivers/net/wireless/ralink/rt2x00/rt2800lib.c | 75
1
Use default value of TX_SW_CFG2 register that is in charge
of LNA timings. Works for somewhat higher RX throughput.
Signed-off-by: Tomislav Požega
---
drivers/net/wireless/ralink/rt2x00/rt2800lib.c |2 +-
1 files changed, 1 insertions(+), 1 deletions(-)
diff --git a/drivers/net/wireless
Use curr_band instead of rf->channel among various subroutines -
mostly for 2.4GHz band but in some circumstances for 5GHz band too.
Signed-off-by: Tomislav Požega
---
drivers/net/wireless/ralink/rt2x00/rt2800lib.c | 130 +---
1 files changed, 72 insertions(+), 58 deleti
Register 66 was causing issues on RT6352 if set to the same value as
in MTK driver. With 1c reg value device was working fine in both HT20
and HT40 modes.
Signed-off-by: Tomislav Požega
---
drivers/net/wireless/ralink/rt2x00/rt2800lib.c |5 +
1 files changed, 1 insertions(+), 4
Enable ANI output in debug file similar to how it's done on ath9k.
Disabling the entire feature is also working. Tested with ALFA
AWUS036NHA device.
Signed-off-by: Tomislav Požega
---
drivers/net/wireless/ath/ath9k/htc.h |1 +
drivers/net/wireless/ath/ath9k/htc_drv_debug.c | 98
Move ack debug code to common-debug and adjust
ath9k/ath9k_htc debug for common ack output.
This enables ack output in debugfs for ath9k_htc
driver too.
Signed-off-by: Tomislav Požega
---
drivers/net/wireless/ath/ath9k/common-debug.c | 29
drivers/net/wireless/ath
Add firmware v1.4.1 that supports up to 8 virtual APs and up
to 16 (current limit, at least on AR9271) client interfaces.
(1 AP + 15 STA, 4 AP + 12 STA etc)
Signed-off-by: Tomislav Požega
---
ath9k_htc/htc_7010-1.4.1.fw | Bin 0 -> 72812 bytes
ath9k_htc/htc_9271-1.4.1.fw | Bin 0 ->
Increase driver limit for various interface combinations.
I was able to start 8 virtual APs and connect 5 clients to
these. Frimware support is required too, see:
https://github.com/qca/open-ath9k-htc-firmware/pull/149
Signed-off-by: Tomislav Požega
---
drivers/net/wireless/ath/ath9k/htc.h
Move ack debug code to common-debug and adjust
ath9k/ath9k_htc debug for common ack output.
Signed-off-by: Tomislav Požega
---
drivers/net/wireless/ath/ath9k/common-debug.c | 29
drivers/net/wireless/ath/ath9k/common-debug.h |7 +
drivers/net/wireless/ath
Enable ANI output in debug file similar to how it's done on ath9k.
Disabling the entire feature is also working. Tested with ALFA
AWUS036NHA device.
Signed-off-by: Tomislav Požega
---
drivers/net/wireless/ath/ath9k/htc.h |1 +
drivers/net/wireless/ath/ath9k/htc_drv_debug.c | 98
14 matches
Mail list logo