From: Ben Greear <greearb@candelatech.com>
To: David Miller <davem@davemloft.net>
Cc: christophe.devriese@eth1.org, netdev@vger.kernel.org
Subject: Re: PATCH Fix bonding active-backup behavior for VLAN interfaces
Date: Fri, 28 Jul 2006 16:14:50 -0700 [thread overview]
Message-ID: <44CA9A6A.2030707@candelatech.com> (raw)
In-Reply-To: <20060728.155551.57160395.davem@davemloft.net>
David Miller wrote:
> From: Christophe Devriese <christophe.devriese@eth1.org>
> Date: Sat, 29 Jul 2006 00:58:59 +0200
>
>
>>On Fri, Jul 28, 2006 at 03:08:49PM -0700, Ben Greear wrote:
>>
>>>Christophe Devriese wrote:
>>>
>>>>On Fri, Jul 28, 2006 at 02:55:17PM -0700, Ben Greear wrote:
>>>>
>>>>
>>>>>Christophe Devriese wrote:
>>>>>
>>>>>
>>>>>>I basically move the skb_bond method into if_bonding.h, include that file
>>>>>>in if_vlan ( and call it from the vlan forwarding path, and the netif_rx
>>>>>>routine ).
>>>>>>
>>>>>>Somehow this patch is very incomplete. Let me try again.
>>>>>
>>>>>The patch looks sane this time.
>>>>>
>>>>>The skb_bond method assigns skb->dev when it does the 'keep',
>>>>>but the VLAN code immediately over-writes the skb->dev when
>>>>>searching for the vlan device.
>>>>>
>>>>>What is the purpose of assinging skb->dev to the master device?
>>>>
>>>>
>>>>I don't know. The method was only moved by this patch, not changed. The
>>>>contents of the method are exactly what they are in
>>>>linux-2.6.17.7/net/core/dev.c
>>>>
>>>>I assume it has something to do with the other bonding methods.
>>>
>>>Ok, I don't know much about the bonding logic. Looks OK to me.
>>
>>Will you sign-off on it then ? Or how do I get this applied ?
>
>
> I'll apply this over the weekend unless I spot some problem
> with it, thanks.
>
> A sign off from Ben would be nice too :)
I don't see any problems with the patch. The skb->dev
assignment is redundant for the VLAN path, but may be useful
elsewhere. At any rate, it doesn't seem like it would hurt
anything.
Signed-off-by Ben Greear <greearb@candelatech.com>
--
Ben Greear <greearb@candelatech.com>
Candela Technologies Inc http://www.candelatech.com
next prev parent reply other threads:[~2006-07-28 23:14 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 [this message]
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
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=44CA9A6A.2030707@candelatech.com \
--to=greearb@candelatech.com \
--cc=christophe.devriese@eth1.org \
--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).