FS#294 - linksys 1200ac (and most likely other mvneta) has a multi-flow lockout problem #5411
Supply the following if possible:
Reboot (HEAD, r2246)
and then, from another machine, either:
netperf -H the_device -l 60 -t TCP_MAERTS &
flent -H the_device --test-parameter=download_streams=12 tcp_ndown
The result generally is that you only get one of the flows going, the others starve completely.
I am under the impression that fixes for this arrived in mainline linux (also adding BQL support)
The text was updated successfully, but these errors were encountered:
Nope. Not fixed. Tried the Dec 23 build just now. I hit it with > 4 flows, it locks out everything else.
(The way I was dealing with it was with running cake at 900mbit on the
I guess it's one way around bugs like this....
Example test using 12 flows from flent and netperf on the router:
root@apu2:~/t# flent -H 172.26.64.1 -t 'isitfixed'
Warning: Program exited non-zero (1).
Warning: Command produced no valid data.
I have tested the mvneta with this and it no longer has the lockout behavior, and
I did not test "through" the router at a gbit.
It can't do both 12 flows up and down at the same time. (about 600mbit each way).
It might be good for the driver to stop exposing "mq" at all to the higher level bits of the stack, as allocating 8 fq_codel instances is somewhat wasteful, and confusing.
I have also seen bql "working" in this case.
I support closure until this is better fixed upstream.
2017-01-16 19:05 GMT+01:00 Felix Fietkau email@example.com:
Also, the current code is locked to the first core.
root@linksys-1200ac:/proc/irq# cd 37
root@linksys-1200ac:/proc/irq/105# cat /proc/interrupts