netdev.vger.kernel.org archive mirror
 help / color / mirror / Atom feed
From: Christophe Devriese <Christophe.Devriese@eurid.eu>
To: David Miller <davem@davemloft.net>, netdev@vger.kernel.org
Subject: Re: PATCH Fix bonding active-backup behavior for VLAN interfaces
Date: Sun, 20 Aug 2006 21:41:01 +0200	[thread overview]
Message-ID: <200608202141.01972.Christophe.Devriese@eurid.eu> (raw)
In-Reply-To: <20060814.170905.69218340.davem@davemloft.net>

This fixes my issue. Thanks.

On Tuesday 15 August 2006 02:09, you wrote:
> From: Jay Vosburgh <fubar@us.ibm.com>
> Date: Thu, 03 Aug 2006 18:01:35 -0700
>
> > 	In this case (bond0.555 above bond0 above eth0,eth1,etc),
> > skb_bond doesn't suppress duplicates because skb_bond is called with the
> > skb->dev set to the bond0.555 dev, not the ethX dev.  Non-accelerated
> > VLAN devices don't do this; they'll come in with skb->dev set to ethX
> > and will go through skb_bond as expected.
>
> Ok, since __vlan_hwaccel_rx() bypasses the netif_receive_skb()
> that would normally occur, we have to duplicate the bonding
> drop checks.
>
> The submitted patch put skb_bond() into if_vlan.h which is
> definitely the wrong thing to do.  This is a generic operation
> and therefore belongs in linux/netdevice.h at best.
>
> Furthermore, we're only interested in the packet drop check,
> so that's the only part of the logic we need to export,
> the rest can stay private to skb_bond() in net/core/dev.c
>
> Can the folks who can reproduce this try this patch?
>
> Thanks.
>
> commit 8a9583e08d0524e3bfe43a51af7c66ca21adf9f3
> Author: David S. Miller <davem@sunset.davemloft.net>
> Date:   Mon Aug 14 17:08:36 2006 -0700
>
>     [VLAN]: Make sure bonding packet drop checks get done in hwaccel RX
> path.
>
>     Since __vlan_hwaccel_rx() is essentially bypassing the
>     netif_receive_skb() call that would have occurred if we did the VLAN
>     decapsulation in software, we are missing the skb_bond() call and the
>     assosciated checks it does.
>
>     Export those checks via an inline function, skb_bond_should_drop(),
>     and use this in __vlan_hwaccel_rx().
>
>     Signed-off-by: David S. Miller <davem@davemloft.net>
>
> diff --git a/include/linux/if_vlan.h b/include/linux/if_vlan.h
> index 383627a..ab27408 100644
> --- a/include/linux/if_vlan.h
> +++ b/include/linux/if_vlan.h
> @@ -155,6 +155,11 @@ static inline int __vlan_hwaccel_rx(stru
>  {
>  	struct net_device_stats *stats;
>
> +	if (skb_bond_should_drop(skb)) {
> +		dev_kfree_skb_any(skb);
> +		return NET_RX_DROP;
> +	}
> +
>  	skb->dev = grp->vlan_devices[vlan_tag & VLAN_VID_MASK];
>  	if (skb->dev == NULL) {
>  		dev_kfree_skb_any(skb);
> diff --git a/include/linux/netdevice.h b/include/linux/netdevice.h
> index 75f02d8..c0c2b46 100644
> --- a/include/linux/netdevice.h
> +++ b/include/linux/netdevice.h
> @@ -1012,6 +1012,30 @@ static inline int netif_needs_gso(struct
>  		unlikely(skb->ip_summed != CHECKSUM_HW));
>  }
>
> +/* On bonding slaves other than the currently active slave, suppress
> + * duplicates except for 802.3ad ETH_P_SLOW and alb non-mcast/bcast.
> + */
> +static inline int skb_bond_should_drop(struct sk_buff *skb)
> +{
> +	struct net_device *dev = skb->dev;
> +	struct net_device *master = dev->master;
> +
> +	if (master &&
> +	    (dev->priv_flags & IFF_SLAVE_INACTIVE)) {
> +		if (master->priv_flags & IFF_MASTER_ALB) {
> +			if (skb->pkt_type != PACKET_BROADCAST &&
> +			    skb->pkt_type != PACKET_MULTICAST)
> +				return 0;
> +		}
> +		if (master->priv_flags & IFF_MASTER_8023AD &&
> +		    skb->protocol == __constant_htons(ETH_P_SLOW))
> +			return 0;
> +
> +		return 1;
> +	}
> +	return 0;
> +}
> +
>  #endif /* __KERNEL__ */
>
>  #endif	/* _LINUX_DEV_H */
> diff --git a/net/core/dev.c b/net/core/dev.c
> index d95e262..9fe96cd 100644
> --- a/net/core/dev.c
> +++ b/net/core/dev.c
> @@ -1619,26 +1619,10 @@ static inline struct net_device *skb_bon
>  	struct net_device *dev = skb->dev;
>
>  	if (dev->master) {
> -		/*
> -		 * On bonding slaves other than the currently active
> -		 * slave, suppress duplicates except for 802.3ad
> -		 * ETH_P_SLOW and alb non-mcast/bcast.
> -		 */
> -		if (dev->priv_flags & IFF_SLAVE_INACTIVE) {
> -			if (dev->master->priv_flags & IFF_MASTER_ALB) {
> -				if (skb->pkt_type != PACKET_BROADCAST &&
> -				    skb->pkt_type != PACKET_MULTICAST)
> -					goto keep;
> -			}
> -
> -			if (dev->master->priv_flags & IFF_MASTER_8023AD &&
> -			    skb->protocol == __constant_htons(ETH_P_SLOW))
> -				goto keep;
> -
> +		if (skb_bond_should_drop(skb)) {
>  			kfree_skb(skb);
>  			return NULL;
>  		}
> -keep:
>  		skb->dev = dev->master;
>  	}

      parent reply	other threads:[~2006-08-20 19:41 UTC|newest]

Thread overview: 47+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2006-07-28  9:44 PATCH Fix bonding active-backup behavior for VLAN interfaces Christophe Devriese
2006-07-28 16:01 ` Ben Greear
2006-07-28 21:50   ` Christophe Devriese
2006-07-28 21:55     ` Ben Greear
2006-07-28 22:15       ` Christophe Devriese
     [not found]       ` <20060728221455.GA25610@walrus.eth1.org>
     [not found]         ` <44CA8AF1.3020408@candelatech.com>
2006-07-28 22:58           ` Christophe Devriese
2006-07-28 22:55             ` David Miller
2006-07-28 23:14               ` Ben Greear
2006-07-31  3:50       ` David Miller
2006-07-31  8:15         ` Christophe Devriese
2006-07-31 12:30           ` Linville's L2 rant... -- " John W. Linville
2006-07-31 16:48             ` Christophe Devriese
2006-08-01  1:39             ` Jamal Hadi Salim
2006-08-01 12:08               ` John W. Linville
2006-08-01 12:33                 ` Jamal Hadi Salim
2006-08-01 16:10                   ` Ben Greear
2006-08-01 16:52                     ` John W. Linville
2006-08-01 17:04                       ` Ben Greear
2006-08-01 19:47                         ` Krzysztof Halasa
2006-08-01 16:48                   ` John W. Linville
2006-08-01 16:17                 ` Ben Greear
2006-08-01 17:03                   ` John W. Linville
2006-08-01 17:21                     ` Ben Greear
2006-08-02  9:02                       ` Christophe Devriese
2006-08-02 17:37                         ` Stackable devices Stephen Hemminger
2006-08-02 17:50                           ` Ben Greear
2006-08-08 12:03                             ` Christophe Devriese
2006-08-08 16:36                               ` Ben Greear
2006-08-09 13:57                                 ` Christophe Devriese
2006-08-12 18:43                                   ` Ben Greear
2006-08-12 19:29                                   ` Ben Greear
2006-08-02 20:58           ` PATCH Fix bonding active-backup behavior for VLAN interfaces David Miller
2006-08-03  9:18             ` Krzysztof Oledzki
2006-08-10 18:18               ` Krzysztof Oledzki
2006-08-11  6:45                 ` David Miller
2006-08-11  8:50                   ` Christophe Devriese
2006-08-11  8:53                     ` David Miller
2006-08-14  8:16                   ` Christophe Devriese
2006-08-14  8:47                     ` David Miller
2006-08-14  8:47                     ` David Miller
2006-08-03 13:34             ` Christophe Devriese
2006-08-04  1:01             ` Jay Vosburgh
2006-08-15  0:09               ` David Miller
2006-08-15 22:18                 ` Jay Vosburgh
2006-08-15 22:27                   ` David Miller
2006-08-16 19:30                 ` Krzysztof Oledzki
2006-08-20 19:41                 ` Christophe Devriese [this message]

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to=200608202141.01972.Christophe.Devriese@eurid.eu \
    --to=christophe.devriese@eurid.eu \
    --cc=davem@davemloft.net \
    --cc=netdev@vger.kernel.org \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for NNTP newsgroup(s).