Received: by 10.223.176.5 with SMTP id f5csp2296385wra; Thu, 8 Feb 2018 11:34:56 -0800 (PST) X-Google-Smtp-Source: AH8x225noCLkH3fmQrZmepuPJXu51hefZHkOpFGsWvwo3BzgyDmyy+71aW8dnIGJoeI6WzAlqB36 X-Received: by 10.98.10.199 with SMTP id 68mr151224pfk.202.1518118496769; Thu, 08 Feb 2018 11:34:56 -0800 (PST) ARC-Seal: i=1; a=rsa-sha256; t=1518118496; cv=none; d=google.com; s=arc-20160816; b=BDkHURVaqyjZaS6ZGGB8TDylhUPLqPBZjAR9W5r5ACABWM4TyG7iggEFXFY2Mq/5m3 abzqK4mwqV1yJTZKuM5wR1V+XuN1D5j/MerGWtjfd7UjOAO0Ic8Xn3R+z8Ls1YrkJHE0 ZeSyaH1KaM79/mt75Z/Qq2GITn5JNL5qcb37Ikx+RT3fBjh3C8Ib1Y8fqQBz9b12gB32 vVmWIgpVQT/yF3crDENrLxJPAW8i9NURbNvMoSit3ckrm0lmDccxQAacwbMt3yvxtqr+ S4LTT3X5Mj68Zt+njRPuLRex9cUbL1OKeiFvTSK/eQtfkCHhnlHgkWKnYFGTWltAAATA wlwg== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:sender:content-transfer-encoding:mime-version :references:in-reply-to:from:subject:cc:to:message-id:date :arc-authentication-results; bh=dypeFl//JUtpNWtqD/11oivTsbsUHW9CszDuUtTLpBA=; b=I0k/VhVIYv+gMtGbIAhdgR8uY58Tlh7oqHHhP7eOVa9KzFMwKA9DS2t2nUdPSkXVW6 ES+zq6V8q8fg9G5/YlV/TjTOzZRjJLENt31HPztmHPWHql+VmNg8v+ujIXJNOsDc/s4O yZv497rA5NfkBLStqBQS7ITuqMkniK87EtqISeUg+0U5CnWxGiOeSqGSQiB8pymqQidv mywbEjpJVBQhf6KRR7A4vmEZUsjbBEwCSAL3MFabVcGs9gR0o0M4e03bbmOGtH91jmNN dEPULKLBXQDd6kNWigGRm1kqloDPeGGtSHGYYhcSheHoKVtq/xrObtuvBVPI1gokdGTR xJog== ARC-Authentication-Results: i=1; mx.google.com; spf=pass (google.com: best guess record for domain of linux-kernel-owner@vger.kernel.org designates 209.132.180.67 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org Return-Path: Received: from vger.kernel.org (vger.kernel.org. [209.132.180.67]) by mx.google.com with ESMTP id e92-v6si326771pld.643.2018.02.08.11.34.41; Thu, 08 Feb 2018 11:34:56 -0800 (PST) Received-SPF: pass (google.com: best guess record for domain of linux-kernel-owner@vger.kernel.org designates 209.132.180.67 as permitted sender) client-ip=209.132.180.67; Authentication-Results: mx.google.com; spf=pass (google.com: best guess record for domain of linux-kernel-owner@vger.kernel.org designates 209.132.180.67 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1752184AbeBHTeA (ORCPT + 99 others); Thu, 8 Feb 2018 14:34:00 -0500 Received: from shards.monkeyblade.net ([184.105.139.130]:48338 "EHLO shards.monkeyblade.net" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1751544AbeBHTd7 (ORCPT ); Thu, 8 Feb 2018 14:33:59 -0500 Received: from localhost (67.110.78.66.ptr.us.xo.net [67.110.78.66]) (using TLSv1 with cipher AES256-SHA (256/256 bits)) (Client did not present a certificate) (Authenticated sender: davem-davemloft) by shards.monkeyblade.net (Postfix) with ESMTPSA id CC9E911D69852; Thu, 8 Feb 2018 11:33:57 -0800 (PST) Date: Thu, 08 Feb 2018 14:33:56 -0500 (EST) Message-Id: <20180208.143356.2044831753683027153.davem@davemloft.net> To: christian.brauner@ubuntu.com Cc: netdev@vger.kernel.org, ktkhai@virtuozzo.com, stephen@networkplumber.org, w.bumiller@proxmox.com, ebiederm@xmission.com, jbenc@redhat.com, nicolas.dichtel@6wind.com, linux-kernel@vger.kernel.org, dsahern@gmail.com Subject: Re: [PATCH net 1/1 v4] rtnetlink: require unique netns identifier From: David Miller In-Reply-To: <20180207125320.9103-2-christian.brauner@ubuntu.com> References: <20180207125320.9103-1-christian.brauner@ubuntu.com> <20180207125320.9103-2-christian.brauner@ubuntu.com> X-Mailer: Mew version 6.7 on Emacs 25.3 / Mule 6.0 (HANACHIRUSATO) Mime-Version: 1.0 Content-Type: Text/Plain; charset=us-ascii Content-Transfer-Encoding: 7bit X-Greylist: Sender succeeded SMTP AUTH, not delayed by milter-greylist-4.5.12 (shards.monkeyblade.net [149.20.54.216]); Thu, 08 Feb 2018 11:33:58 -0800 (PST) Sender: linux-kernel-owner@vger.kernel.org Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org From: Christian Brauner Date: Wed, 7 Feb 2018 13:53:20 +0100 > Since we've added support for IFLA_IF_NETNSID for RTM_{DEL,GET,SET,NEW}LINK > it is possible for userspace to send us requests with three different > properties to identify a target network namespace. This affects at least > RTM_{NEW,SET}LINK. Each of them could potentially refer to a different > network namespace which is confusing. For legacy reasons the kernel will > pick the IFLA_NET_NS_PID property first and then look for the > IFLA_NET_NS_FD property but there is no reason to extend this type of > behavior to network namespace ids. The regression potential is quite > minimal since the rtnetlink requests in question either won't allow > IFLA_IF_NETNSID requests before 4.16 is out (RTM_{NEW,SET}LINK) or don't > support IFLA_NET_NS_{PID,FD} (RTM_{DEL,GET}LINK) in the first place. > > Signed-off-by: Christian Brauner Applied, thanks Christian.