netdev.vger.kernel.org archive mirror
 help / color / mirror / Atom feed
From: Kuniyuki Iwashima <kuniyu@amazon.com>
To: <shaw.leon@gmail.com>
Cc: <davem@davemloft.net>, <dsahern@kernel.org>,
	<edumazet@google.com>, <idosch@nvidia.com>, <kuba@kernel.org>,
	<kuniyu@amazon.com>, <netdev@vger.kernel.org>,
	<pabeni@redhat.com>
Subject: Re: [PATCH net-next 1/5] rtnetlink: Lookup device in target netns when creating link
Date: Tue, 22 Oct 2024 20:49:16 -0700	[thread overview]
Message-ID: <20241023034916.26795-1-kuniyu@amazon.com> (raw)
In-Reply-To: <20241023023146.372653-2-shaw.leon@gmail.com>

From: Xiao Liang <shaw.leon@gmail.com>
Date: Wed, 23 Oct 2024 10:31:42 +0800
> When creating link, lookup for existing device in target net namespace
> instead of current one.
> For example, two links created by:
> 
>   # ip link add dummy1 type dummy
>   # ip link add netns ns1 dummy1 type dummy
> 
> should have no conflict since they are in different namespaces.
> 
> Signed-off-by: Xiao Liang <shaw.leon@gmail.com>
> ---
>  net/core/rtnetlink.c | 8 ++++++--
>  1 file changed, 6 insertions(+), 2 deletions(-)
> 
> diff --git a/net/core/rtnetlink.c b/net/core/rtnetlink.c
> index 194a81e5f608..ff8d25acfc00 100644
> --- a/net/core/rtnetlink.c
> +++ b/net/core/rtnetlink.c
> @@ -3733,20 +3733,24 @@ static int __rtnl_newlink(struct sk_buff *skb, struct nlmsghdr *nlh,
>  {
>  	struct nlattr ** const tb = tbs->tb;
>  	struct net *net = sock_net(skb->sk);
> +	struct net *device_net;
>  	struct net_device *dev;
>  	struct ifinfomsg *ifm;
>  	bool link_specified;
>  
> +	/* When creating, lookup for existing device in target net namespace */
> +	device_net = nlh->nlmsg_flags & NLM_F_CREATE ? tgt_net : net;

Technically, this changes uAPI behaviour.

Let's say a user wants to

  1) move the device X in the current netns to another if exists, otherwise
  2) create a new device X in the target netns

This can be achieved by setting NLM_F_CREATE and IFLA_NET_NS_PID,
IFLA_NET_NS_FD, or IFLA_TARGET_NETNSID.

But with this change, the device X in the current netns will not be moved,
and a new device X is created in the target netns.


> +
>  	ifm = nlmsg_data(nlh);
>  	if (ifm->ifi_index > 0) {
>  		link_specified = true;
> -		dev = __dev_get_by_index(net, ifm->ifi_index);
> +		dev = __dev_get_by_index(device_net, ifm->ifi_index);
>  	} else if (ifm->ifi_index < 0) {
>  		NL_SET_ERR_MSG(extack, "ifindex can't be negative");
>  		return -EINVAL;
>  	} else if (tb[IFLA_IFNAME] || tb[IFLA_ALT_IFNAME]) {
>  		link_specified = true;
> -		dev = rtnl_dev_get(net, tb);
> +		dev = rtnl_dev_get(device_net, tb);
>  	} else {
>  		link_specified = false;
>  		dev = NULL;
> -- 
> 2.47.0

  reply	other threads:[~2024-10-23  3:49 UTC|newest]

Thread overview: 14+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2024-10-23  2:31 [PATCH net-next 0/5] net: Improve netns handling in RTNL and ip_tunnel Xiao Liang
2024-10-23  2:31 ` [PATCH net-next 1/5] rtnetlink: Lookup device in target netns when creating link Xiao Liang
2024-10-23  3:49   ` Kuniyuki Iwashima [this message]
2024-10-23  4:19     ` Xiao Liang
2024-10-23  2:31 ` [PATCH net-next 2/5] rtnetlink: Add netns_atomic flag in rtnl_link_ops Xiao Liang
2024-10-23  4:03   ` Kuniyuki Iwashima
2024-10-23  4:36     ` Xiao Liang
2024-10-23  2:31 ` [PATCH net-next 3/5] net: ip_tunnel: Build flow in underlay net namespace Xiao Liang
2024-10-23  2:31 ` [PATCH net-next 4/5] net: ip_tunnel: Add source netns support for newlink Xiao Liang
2024-10-23  2:31 ` [PATCH net-next 5/5] net: ip_gre: Add netns_atomic module parameter Xiao Liang
2024-10-29 23:17 ` [PATCH net-next 0/5] net: Improve netns handling in RTNL and ip_tunnel Jakub Kicinski
2024-10-30  2:10   ` Xiao Liang
2024-10-30 23:35     ` Jakub Kicinski
2024-10-31  3:08       ` Xiao Liang

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=20241023034916.26795-1-kuniyu@amazon.com \
    --to=kuniyu@amazon.com \
    --cc=davem@davemloft.net \
    --cc=dsahern@kernel.org \
    --cc=edumazet@google.com \
    --cc=idosch@nvidia.com \
    --cc=kuba@kernel.org \
    --cc=netdev@vger.kernel.org \
    --cc=pabeni@redhat.com \
    --cc=shaw.leon@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).