From: Veaceslav Falico <vfalico@gmail.com>
To: Vladislav Yasevich <vyasevich@gmail.com>
Cc: netdev@vger.kernel.org, jpirko@redhat.com,
Vladislav Yasevich <vyasevic@redhat.com>
Subject: Re: [PATCH] core: Correct an over-stringent device loop detection.
Date: Sun, 3 May 2015 20:07:54 +0200 [thread overview]
Message-ID: <20150503180754.GA7318@vps.falico.eu> (raw)
In-Reply-To: <1430616824-9006-1-git-send-email-vyasevic@redhat.com>
On Sat, May 02, 2015 at 09:33:44PM -0400, Vladislav Yasevich wrote:
>The code in __netdev_upper_dev_link() has an over-stringent
>loop detection logic that actually prevents valid configurations
>from working correctly.
>
>In particular, the logic returns an error if an upper device
>is already in the list of all upper devices for a given dev.
>This particular check seems to be a overzealous as it disallows
>perfectly valid configurations. For example:
> # ip l a link eth0 name eth0.10 type vlan id 10
> # ip l a dev br0 typ bridge
> # ip l s eth0.10 master br0
> # ip l s eth0 master br0 <--- Will fail
>
>If you switch the last two commands (add eth0 first), then both
>will succeed. If after that, you remove eth0 and try to re-add
>it, it will fail!
>
>It appears to be enough to simply check adj_list to keeps things
>safe.
>
>I've tried stacking multiple devices multiple times in all different
>combinations, and either rx_handler registration prevented the stacking
>of the device linking cought the error.
>
>Signed-off-by: Vladislav Yasevich <vyasevic@redhat.com>
Good catch.
Acked-by: Veaceslav Falico <vfalico@gmail.com>
>---
> net/core/dev.c | 2 +-
> 1 file changed, 1 insertion(+), 1 deletion(-)
>
>diff --git a/net/core/dev.c b/net/core/dev.c
>index c7ba038..2c1c67f 100644
>--- a/net/core/dev.c
>+++ b/net/core/dev.c
>@@ -5209,7 +5209,7 @@ static int __netdev_upper_dev_link(struct net_device *dev,
> if (__netdev_find_adj(upper_dev, dev, &upper_dev->all_adj_list.upper))
> return -EBUSY;
>
>- if (__netdev_find_adj(dev, upper_dev, &dev->all_adj_list.upper))
>+ if (__netdev_find_adj(dev, upper_dev, &dev->adj_list.upper))
> return -EEXIST;
>
> if (master && netdev_master_upper_dev_get(dev))
>--
>1.9.3
>
next prev parent reply other threads:[~2015-05-03 18:07 UTC|newest]
Thread overview: 6+ messages / expand[flat|nested] mbox.gz Atom feed top
2015-05-03 1:33 [PATCH] core: Correct an over-stringent device loop detection Vladislav Yasevich
2015-05-03 17:46 ` Jiri Pirko
2015-05-03 18:07 ` Veaceslav Falico [this message]
2015-05-04 18:58 ` David Miller
2015-05-04 19:55 ` Vlad Yasevich
2015-05-04 20:22 ` David Miller
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=20150503180754.GA7318@vps.falico.eu \
--to=vfalico@gmail.com \
--cc=jpirko@redhat.com \
--cc=netdev@vger.kernel.org \
--cc=vyasevic@redhat.com \
--cc=vyasevich@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 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).