Re: [PATCH v9 4/4] mac80211: Use Airtime-based Queue Limits (AQL) on packet dequeue

2019-11-18 Thread Toke Høiland-Jørgensen
Kan Yan writes: >> > Given the fact that AQL is only tested in very limited platforms, >> > should we set the default to disabled by removing this change in the >> > next update? >> > >> > - local->airtime_flags = AIRTIME_USE_TX | AIRTIME_USE_RX; >> > + >> > + local->airtime_flags =

Re: [PATCH v10 2/4] mac80211: Import airtime calculation code from mt76

2019-11-18 Thread Kan Yan
> + duration = airtime_mcs_groups[group].duration[idx]; > + duration <<= airtime_mcs_groups[group].shift; > + duration *= len; > + duration /= AVG_PKT_SIZE; > + duration /= 1024; > > + duration += 36 + (streams << 2); > + > + return duration; > +} >

[RFC] ath10k: possible RSSI recalibration bug?

2019-11-18 Thread Tom Psyborg
Hi Upon connecting to an AP I notice reception level drops by several dB on my client machines running QCA9880 in STA mode within exactly 30 sec. period. This has been reproduced with multiple devices, all QCA9880 On a long range link the difference is about 3-6dB, close to an AP the difference

[PATCH v2 0/2] ath10k: correct tx bitrate for QCA6174/QCA9377/QCA9888

2019-11-18 Thread Yu Wang
Tx bitrate got by command 'iw wlan0 link' is incorrect. These 2 patches will fix the issue. Changes from v1: [PATCH v2] ath10k: correct legacy rate in tx stats Remove wmi ops for getting legacy rate, instead, update the ratecode got from PPDU stats, to align with the existing tx rate processing.

[PATCH v2 1/2] ath10k: add ppdu stats support for QCA6174/QCA9377

2019-11-18 Thread Yu Wang
When QCA6174/QCA9377 working in station mode, after connected to AP, tx bitrate is always '1.0 MBit/s' in output of command 'iw wlan0 link'. That's because the parameters to calculate the tx bitrate are not well updated for QCA6174/QCA9377. To fix this issue: 1. Add processing for

[PATCH v2 2/2] ath10k: correct legacy rate in tx stats

2019-11-18 Thread Yu Wang
When working in station mode, after connected to a legacy AP, 11g only, for example, the tx bitrate is incorrect in output of command 'iw wlan0 link'. That's because the legacy tx bitrate value reported by firmware is not well handled: For QCA6174, the value represents rate index, but treated as

Re: [PATCH v9 3/4] mac80211: Implement Airtime-based Queue Limit (AQL)

2019-11-18 Thread Kan Yan
> @@ -3685,13 +3686,26 @@ struct ieee80211_txq *ieee80211_next_txq(struct > ieee80211_hw *hw, u8 ac) > if (!txqi) > goto out; > + if (txqi == head && !found_eligible_txq) > + goto out; > + > + if (!head) > + head = txqi; > + >

[PATCH v2 2/2] ath10k: correct legacy rate in tx stats

2019-11-18 Thread root
From: Yu Wang When working in station mode, after connected to a legacy AP, 11g only, for example, the tx bitrate is incorrect in output of command 'iw wlan0 link'. That's because the legacy tx bitrate value reported by firmware is not well handled: For QCA6174, the value represents rate index,

[PATCH v2 0/2] ath10k: correct tx bitrate for QCA6174/QCA9377/QCA9888

2019-11-18 Thread root
From: Yu Wang Tx bitrate got by command 'iw wlan0 link' is incorrect. These 2 patches will fix the issue. Changes from v1: [PATCH v2] ath10k: correct legacy rate in tx stats Remove wmi ops for getting legacy rate, instead, update the ratecode got from PPDU stats, to align with the existing tx

[PATCH v2 1/2] ath10k: add ppdu stats support for QCA6174/QCA9377

2019-11-18 Thread root
From: Yu Wang When QCA6174/QCA9377 working in station mode, after connected to AP, tx bitrate is always '1.0 MBit/s' in output of command 'iw wlan0 link'. That's because the parameters to calculate the tx bitrate are not well updated for QCA6174/QCA9377. To fix this issue: 1. Add processing