]> git.baikalelectronics.ru Git - kernel.git/commit
net: deliver skbs on inactive slaves to exact matches
authorJohn Fastabend <john.r.fastabend@intel.com>
Thu, 3 Jun 2010 09:30:11 +0000 (09:30 +0000)
committerDavid S. Miller <davem@davemloft.net>
Fri, 11 Jun 2010 05:23:34 +0000 (22:23 -0700)
commit63c12a6b5a273fda918347fe4aba6bb48f062713
tree22db16f0a7b54ece127e127e152e9172456d9e1c
parente48b496b7cb0ed8c4f2a7bc555c7e8623cb9ec41
net: deliver skbs on inactive slaves to exact matches

Currently, the accelerated receive path for VLAN's will
drop packets if the real device is an inactive slave and
is not one of the special pkts tested for in
skb_bond_should_drop().  This behavior is different then
the non-accelerated path and for pkts over a bonded vlan.

For example,

vlanx -> bond0 -> ethx

will be dropped in the vlan path and not delivered to any
packet handlers at all.  However,

bond0 -> vlanx -> ethx

and

bond0 -> ethx

will be delivered to handlers that match the exact dev,
because the VLAN path checks the real_dev which is not a
slave and netif_recv_skb() doesn't drop frames but only
delivers them to exact matches.

This patch adds a sk_buff flag which is used for tagging
skbs that would previously been dropped and allows the
skb to continue to skb_netif_recv().  Here we add
logic to check for the deliver_no_wcard flag and if it
is set only deliver to handlers that match exactly.  This
makes both paths above consistent and gives pkt handlers
a way to identify skbs that come from inactive slaves.
Without this patch in some configurations skbs will be
delivered to handlers with exact matches and in others
be dropped out right in the vlan path.

I have tested the following 4 configurations in failover modes
and load balancing modes.

# bond0 -> ethx

# vlanx -> bond0 -> ethx

# bond0 -> vlanx -> ethx

# bond0 -> ethx
            |
  vlanx -> --

Signed-off-by: John Fastabend <john.r.fastabend@intel.com>
Signed-off-by: David S. Miller <davem@davemloft.net>
include/linux/skbuff.h
net/8021q/vlan_core.c
net/core/dev.c