Re: [Codel] [PATCHv2 1/2] mac80211: implement fair queuing per txq

On Wed, Apr 6, 2016 at 12:21 AM, Johannes Berg wrote: > [removing other lists since they spam me with moderation bounces] I have added your email address be accepted to the codel, make-wifi-fast lists. My apologies for the bounces. The people on those lists generally

Re: [Codel] [RFCv2 2/3] ath10k: report per-station tx/rate rates to mac80211

Hi Michal, On Wed, Mar 16, 2016 at 11:17:57AM +0100, Michal Kazior wrote: > The rate control is offloaded by firmware so it's > challanging to provide expected throughput value > for given station. > > This approach is naive as it reports last tx rate > used for given station as provided by

Re: [Codel] [RFCv2 0/3] mac80211: implement fq codel

On Wed, Mar 16, 2016 at 11:36:31AM -0700, Dave Taht wrote: > That is the sanest 802.11e queue behavior I have ever seen! (at both > 6 and 300mbit! in the ath10k patched mac test) Out of curiosity, why does BE have larger latency than BK in that chart? I'd have expected the opposite. -- Bob

Re: [Codel] [RFC/RFT] mac80211: implement fq_codel for software queuing

On 26 February 2016 at 23:20, Dave Taht wrote: > Dear Michal: > > Can you take a picture of your setup? I guess a diagram must do for now: .-[G0] | [L0][AP][L4] [L1][L2]

Re: [Codel] [RFCv2 0/3] mac80211: implement fq codel

BK usually has 0 txop, so it doesn't do aggregation. On Wed, Mar 16, 2016 at 11:55 AM, Bob Copeland wrote: > On Wed, Mar 16, 2016 at 11:36:31AM -0700, Dave Taht wrote: > > That is the sanest 802.11e queue behavior I have ever seen! (at both > > 6 and 300mbit! in the

Re: [Codel] [Make-wifi-fast] [PATCHv2 1/2] mac80211: implement fair queuing per txq

> On 6 Apr, 2016, at 10:16, Michal Kazior wrote: > > When a driver asks mac80211 to dequeue given txq it implies a > destination station as well. This is important because 802.11 > aggregation can be performed only on groups of packets going to a > single station on a