[Make-wifi-fast] [PATCH v7] mac80211: Move reorder-sensitive TX handlers to after TXQ dequeue.

Dave Taht dave.taht at gmail.com
Mon Sep 5 18:31:19 EDT 2016

On +3:

I was able to get rrul to sort of fail on the ath10k also in the same
way. no kernel messages, but it had trouble establishing the control
channel after rrul ran, on rrul_be.

it could be osx going to hell, I can only get it to happen after
pounding it flat with a dozen other tests first. If I just run it
after a period of idle, can't get it to fail.

The ath9k test on the same hardware I just did of your +3 completed
all tests (except for rrul, same as above) and throughput was a bit
better than the last series I'd done (I switched channels to one less
busy at this hour of the day).

No kernel messages.

There is an interesting pattern emerging relative to the number of
flows (see attached), that I guess I'll have to go check against
linux<->linux's tcp... I've always kind of wondered about block acks
vs del tcp acks.... we're not out of cpu at this lower rate, so it
shouldn't be fq_codel's cpu usage at fault...

The quantum is writable?

Cake works, too. While I won't certify this new hardware as ready for
wide testing by others, yet, it really does look quite good for the
basic stuff we care about.

I will fire up a long series of 300 tests on this, move back to the
archer, and see if I can sort through the x86 patchset... and get in a

Happy. thx. a nice labor day....
-------------- next part --------------
A non-text attachment was scrubbed...
Name: patternemerging_for1-2-4-12flows.png
Type: image/png
Size: 95841 bytes
Desc: not available
URL: <https://lists.bufferbloat.net/pipermail/make-wifi-fast/attachments/20160905/9cb254d0/attachment-0001.png>

More information about the Make-wifi-fast mailing list