]> git.baikalelectronics.ru Git - kernel.git/commit
Merge branch 'qdisc-RED-offload'
authorDavid S. Miller <davem@davemloft.net>
Wed, 8 Nov 2017 03:23:39 +0000 (12:23 +0900)
committerDavid S. Miller <davem@davemloft.net>
Wed, 8 Nov 2017 03:23:39 +0000 (12:23 +0900)
commit850611890512da00ef3c9143d9272c1c42732db8
tree704f24584da538712a13b001add39514a5749f1c
parent8143a46e2c20297ba377246664b1a6c1a6d1fbc0
parent7ec5200ff8ab3117b705d1044189373bcef67f47
Merge branch 'qdisc-RED-offload'

Jiri Pirko says:

====================
qdisc RED offload

Nogah says:

Add an offload support for RED qdisc for mlxsw driver.
The first patch adds the ability to offload RED qdisc by using
ndo_setup_tc. It gives RED three commands, to offload, change or delete
the qdisc, to get the qdisc generic stats and to get it's RED xstats.
There is no enforcement on a driver to offload or not offload the qdisc and
it is up to the driver to decide.
RED qdisc is first being created and only later graft to a parent (unless
it is a root qdisc). For that reason the return value of the offload
replace command that is called in the init process doesn't reflect actual
offload state. The offload state is determined in the dump function so it
can be reflected to the user. This function is also responsible for stats
update.

The patchses 2-3 change the name of TC_SETUP_MQPRIO & TC_SETUP_CBS to match
with the new convention of QDISC prefix.
The rest of the patchset is driver support for the qdisc. Currently only
as root qdisc that is being set on the default traffic class. It supports
only the following parameters of RED: min, max, probability and ECN mode.
Limit and burst size related params are being ignored at this moment.

---
v7->v8 internal: (external RFC->v1)
- patch 1/9:
 - unite the offload and un-offload functions
 - clean the OFFLOAD flag when the qdisc in not offloaded
- patch 2/9:
 - minor change to avoid a conflict
- patch 5/9:
 - check for bad min/max values
 - clean the offloaded qdisc after a bad config call
====================

Signed-off-by: David S. Miller <davem@davemloft.net>