All of lore.kernel.org
 help / color / mirror / Atom feed
From: Jiri Pirko <jiri@resnulli.us>
To: roopa <roopa@cumulusnetworks.com>
Cc: netdev@vger.kernel.org, davem@davemloft.net, sfeldma@gmail.com
Subject: Re: [patch net-next] switchdev: call bridge setlink/dellink ndos recursively
Date: Mon, 16 Mar 2015 17:36:38 +0100	[thread overview]
Message-ID: <20150316163638.GI2058@nanopsycho.orion> (raw)
In-Reply-To: <5506F4DF.30700@cumulusnetworks.com>

Mon, Mar 16, 2015 at 04:21:03PM CET, roopa@cumulusnetworks.com wrote:
>On 3/16/15, 7:22 AM, Jiri Pirko wrote:
>>There has been a discussion about if it's better to let masters to
>>propagate call down themself or if its better just blindly go down and
>>try to call ndo on every lower netdev. Turned out that more people (me
>>not included) like the second option better.
>>
>>This patch changes bridge setlink/dellink in that direction.
>>Sorry Roopa for forcing you to do it the way I liked initially.
>>
>>Signed-off-by: Jiri Pirko <jiri@resnulli.us>
>
>no worries. thanks for submitting the patch Jiri.
>
>One thing though (Which i also mentioned in one of the threads on this),
>the below command will not work with layered devices with the below patch.
>Because 'self' commands will directly try to find the switch port driver from
>rtnetlink.c and they dont use the switch dev api.
>
>bridge link set dev bond0 learning off self
>
>
>The code that currently exists in the tree with bond and team supporting the
>op
>will actually work.

Hmm, interesting.

DaveM, this might be a good argument for call propagation. What do you
think?


>
>If you agree with the above, I can rethink how this can be made to work with
>the 'self'
>indirection from rtnetlink.c and still use transparent lowerdev traversal and
>resubmit.
>Or if you prefer to resubmit, you can.
>
>Thanks,
>Roopa
>

  reply	other threads:[~2015-03-16 16:36 UTC|newest]

Thread overview: 7+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2015-03-16 14:22 [patch net-next] switchdev: call bridge setlink/dellink ndos recursively Jiri Pirko
2015-03-16 15:21 ` roopa
2015-03-16 16:36   ` Jiri Pirko [this message]
2015-03-16 17:07     ` roopa
2015-03-16 17:37       ` Jiri Pirko
2015-03-16 22:08 ` John Fastabend
2015-03-17  7:05   ` Jiri Pirko

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=20150316163638.GI2058@nanopsycho.orion \
    --to=jiri@resnulli.us \
    --cc=davem@davemloft.net \
    --cc=netdev@vger.kernel.org \
    --cc=roopa@cumulusnetworks.com \
    --cc=sfeldma@gmail.com \
    /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 an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.