Merge branch 'mlxsw-dcb'
authorDavid S. Miller <davem@davemloft.net>
Wed, 6 Apr 2016 21:24:21 +0000 (17:24 -0400)
committerDavid S. Miller <davem@davemloft.net>
Wed, 6 Apr 2016 21:24:21 +0000 (17:24 -0400)
commit58a01d4dc43e60208b70ce08604b5bcbb907f0d1
treee899fa5292a894d18859a7db35bb0cf6b8647b98
parent92b6d35fac3f15fa9f8e833030e3c743e04fb0e5
parentd81a6bdb87ce75337b453169ee39cdccb3286ddf
Merge branch 'mlxsw-dcb'

Jiri Pirko says:

====================
mlxsw: Introduce support for Data Center Bridging

Ido says:

This patchset introduces support for Quality of Service (QoS) as part of the
IEEE Data Center Bridiging (DCB) standards.

Patches 1-9 do the required device initialization. Specifically, patches 1-6
initialize the ports' headroom buffers, which are used at ingress to store
incoming packets while they go through the switch's pipeline. Patches 7-9
complete them by initializing the egress scheduling.

The pipeline mentioned above determines the packet's egress port(s) and
traffic class. Ideally, once out of the pipeline the packet moves to the
switch's shared buffer (to be introduced in Jiri's patchset, currently
default values are used) and scheduled for transmission according to its
traffic class. The egress scheduling is configured according to the 802.1Qaz
standard, which is part of the DCB infrastructure supported by Linux. This
is introduced in patches 10-12.

Even after going through the pipeline packets are not always eligible to
enter the shared buffer. This is determined by the amount of available space
and the quotas associated with the packet. However, if flow control is
enabled and the packet is associated with the lossless flow, then it will
stay in the headroom and won't be discarded. This is introduced in patches
13-17.

Please check individual commit messages for more info, as I tried to keep
them pretty detailed.
====================

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