On 19 April 2016 at 08:28, Michal Kazior <michal.kaz...@tieto.com> wrote: > On 18 April 2016 at 15:00, Roman Yeryomin <leroi.li...@gmail.com> wrote: >> So it looks like Michal's patch set "ath10k: implement push-pull tx >> model" introduced this regression - after restoring it from reverts >> fq_codel_drop is hungry again. >> Any ideas how to fix? > > If my hunch is right there's no easy (and proper) fix for that now. > > One of the patchset patches (ath10k: implement wake_tx_queue) starts > to use mac80211 software queuing. This introduces extra induced > latency and I'm guessing it results in fill-in-then-drain sequences in > some cases which end up being long enough to make fq_codel_drop more > work than normal. > > This is required for other changes and MU-MIMO performance > improvements so this patch can't be removed.
But qca988x doesn't support MU-MIMO, AFAIK. Can this be made chip dependent? > I guess you could try forcing fq_codel to use different target time, > e.g. 20ms (instead of the default 5). You can do this using `tc` > command like so: > > tc qdisc replace dev wlan0 parent :1 fq_codel limit 1024 target 20ms > tc qdisc replace dev wlan0 parent :2 fq_codel limit 1024 target 20ms > tc qdisc replace dev wlan0 parent :3 fq_codel limit 1024 target 20ms > tc qdisc replace dev wlan0 parent :4 fq_codel limit 1024 target 20ms > > You might also want to try `pfifo` instead of `fq_codel` for comparison as > well. Will try. Regards, Roman _______________________________________________ ath10k mailing list ath10k@lists.infradead.org http://lists.infradead.org/mailman/listinfo/ath10k