OSDN Git Service

Merge branch 'mlxsw-mc-route-offload'
authorDavid S. Miller <davem@davemloft.net>
Tue, 3 Oct 2017 17:06:31 +0000 (10:06 -0700)
committerDavid S. Miller <davem@davemloft.net>
Tue, 3 Oct 2017 17:06:31 +0000 (10:06 -0700)
commitda885b614ad32d65ca6a718e192e23aa0447da7e
treeb20a5d21cf2e7c9dc44de3bfb3788289ff6c32d3
parenta047fbae23e1d94da28f81fb0f86fab4e473a094
parentf60c254998de80feaec8e4122960ab64e8045214
Merge branch 'mlxsw-mc-route-offload'

Jiri Pirko says:

====================
mlxsw: Add support for partial multicast route offload

Yotam says:

Previous patchset introduced support for offloading multicast MFC routes to
the Spectrum hardware. As described in that patchset, no partial offloading
is supported, i.e if a route has one output interface which is not a valid
offloadable device (e.g. pimreg device, dummy device, management NIC), the
route is trapped to the CPU and the forwarding is done in slow-path.

Add support for partial offloading of multicast routes, by letting the
hardware to forward the packet to all the in-hardware devices, while the
kernel ipmr module will continue forwarding to all other interfaces.

Similarly to the bridge, the kernel ipmr module will forward a marked
packet to an interface only if the interface has a different parent ID than
the packet's ingress interfaces.

The first patch introduces the offload_mr_fwd_mark skb field, which can be
used by offloading drivers to indicate that a packet had already gone
through multicast forwarding in hardware, similarly to the offload_fwd_mark
field that indicates that a packet had already gone through L2 forwarding
in hardware.

Patches 2 and 3 change the ipmr module to not forward packets that had
already been forwarded by the hardware, i.e. packets that are marked with
offload_mr_fwd_mark and the ingress VIF shares the same parent ID with the
egress VIF.

Patches 4, 5, 6 and 7 add the support in the mlxsw Spectrum driver for trap
and forward routes, while marking the trapped packets with the
offload_mr_fwd_mark.
====================

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