Merge branch 'ife'
authorDavid S. Miller <davem@davemloft.net>
Tue, 1 Mar 2016 22:15:23 +0000 (17:15 -0500)
committerDavid S. Miller <davem@davemloft.net>
Tue, 1 Mar 2016 22:15:23 +0000 (17:15 -0500)
commite9c0d61d5faea3e34fd995063e44ba64be6491df
treeca865aa7e4469050f1d3103559c8ae65d218c652
parentd67703fcede6696667218d29f86b4ee6ae618de6
parent200e10f46936d95a553414f249cefb765194b235
Merge branch 'ife'

Jamal Hadi Salim says:

====================
net_sched: Add support for IFE action

As agreed at netconf in Seville, here's the patch finally (1 year
was just too long to wait for an ethertype. Now we are just going
have the user configure one).
Described in netdev01 paper:
            "Distributing Linux Traffic Control Classifier-Action Subsystem"
             Authors: Jamal Hadi Salim and Damascene M. Joachimpillai

The original motivation and deployment of this work was to horizontally
scale packet processing at scope of a chasis or rack. This means one
could take a tc policy and split it across machines connected over
L2. The paper refers to this as "pipeline stage indexing". Other
use cases which evolved out of the original intent include but are
not limited to carrying OAM information, carrying exception handling
metadata, carrying programmed authentication and authorization information,
encapsulating programmed compliance information, service IDs etc.
Read the referenced paper for more details.

The architecture allows for incremental updates for new metadatum support
to cover different use cases.
This patch set includes support for basic skb metadatum.
Followup patches will have more examples of metadata and other features.

v4 changes:
Integrate more feedback from Cong

v3 changes:
Integrate with the new namespace changes
Remove skbhash and queue mapping metadata (but keep their claim for ids)
Integrate feedback from Cong
Integrate feedback from Daniel

v2 changes:
Remove module option for an upper bound of metadata
Integrate feedback from Cong
Integrate feedback from Daniel
====================

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