diff options
author | David S. Miller <davem@davemloft.net> | 2017-01-27 11:59:32 -0500 |
---|---|---|
committer | David S. Miller <davem@davemloft.net> | 2017-01-27 11:59:32 -0500 |
commit | b41fd8fdef5ad4a1dbd2a159714bd4358bb49625 (patch) | |
tree | f4efdf0f07abaa69f49d6e1d2d0390fdbd89b999 /net/netlink/af_netlink.c | |
parent | 2b368b234ec43abbf46f2983478c438d36e58134 (diff) | |
parent | 9b41080125176841ece49b661aa133afffe99381 (diff) | |
download | linux-b41fd8fdef5ad4a1dbd2a159714bd4358bb49625.tar.gz linux-b41fd8fdef5ad4a1dbd2a159714bd4358bb49625.tar.bz2 linux-b41fd8fdef5ad4a1dbd2a159714bd4358bb49625.zip |
Merge branch 'sfc-encapsulated-filters'
Edward Cree says:
====================
sfc: encapsulated filters
This series adds support for setting up filters for encapsulated traffic on
SFC 8000-series adapters, which recognise VXLAN, GENEVE and NVGRE packets by
parsing packet headers. (VXLAN and GENEVE will only be recognised if the
driver on the primary PF has notified the firmware of relevant UDP ports,
which this driver does not yet do.)
While the driver currently has no way of using these filters for flow
steering, it is nonetheless necessary to insert catch-all (aka 'default')
filters to direct this traffic, similar to the existing unencapsulated uni-
and multi-cast catch-all filters, as otherwise the traffic will be dropped
by the NIC - implementation details of the hardware filtering mean that the
traffic will not get matched on outer MAC address to unencapsulated catch-
all filters. (Yes, this is a mess.)
Although this is, therefore, fixing a bug in the existing driver, it's a bug
which has existed since 8000 series support was added, and the fix involves
quite a big patch with an 'adding features' flavour to it, hence why this is
for net-next rather than net and stable.
v2: move netif_cond_dbg into netdevice.h and its own patch
====================
Signed-off-by: David S. Miller <davem@davemloft.net>
Diffstat (limited to 'net/netlink/af_netlink.c')
0 files changed, 0 insertions, 0 deletions