Received: by 10.223.176.46 with SMTP id f43csp2739581wra; Thu, 25 Jan 2018 14:31:45 -0800 (PST) X-Google-Smtp-Source: AH8x227JqkgLfqrga/5yZXMXeVG4SVol8cPmb0RccBnUuaKW+V2nEscVxPTcvlPSMvFOKZQ712R2 X-Received: by 10.101.93.142 with SMTP id f14mr7982126pgt.82.1516919505654; Thu, 25 Jan 2018 14:31:45 -0800 (PST) ARC-Seal: i=1; a=rsa-sha256; t=1516919505; cv=none; d=google.com; s=arc-20160816; b=DSf9f/3JxxqklEmp1ePHGLStClCLi7GGzk3DFu/pjgPVG8liRJYo0so0jbKQWAHrhc fhmOsHMP96wiq5ai5eX8sLJpauK0Sm7eic0JOPUZwo6dCQeg5Yr7FQu5bi3vH93AMXfV e+XxwxRUYp7kpuG8Dw+XUTtPNvwvrAw1S0DeYFOX1gwGgJXTeWKGZ+BOX3jh/mRZIAUz DldRKGqmhKZRB3pS8TtQw6Wzgzl7oauSpQG9k75hBi9RY24JHk2+VZ6QGV3ayasBwcgF a+HWddLXKFpvNImCrtGk1ROicYHYzvLw4kmwtoTKecdxrtPO8gY/eS17xN7xJeawBERJ AW7w== 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:message-id:subject:cc:to:from:date :arc-authentication-results; bh=Ziwyne6f6Ien2G7rnFT0UX00thk3xCqbKhR6pHPGZg8=; b=B/+Vp9bdME3iYzxiGqXxJjoaLPANxDAYc62B3T1hPJCYg0aJYKIZpD7TLArR8k6zlZ zZjOEQLBhdHQsEMO94T6EgwkAN+Xk+Ehb7BiWJoM+ZpoL2fHkWnQMh3BD9cfCyMEoyhV HXrfDwFPGs74N//ILecxm864yTgEd8Cg4zqes0jImUYMxh+p9Yi59rpLCtOgXDtsouUV Zftypn2xPWzrLwK6GAfIEtXtdImxqyqt5YHj0RBYBpX9JqXnDLHyNVcUSlooiYhW4wH6 qD7wU1SnRHC5qiRMS4fx9sk4J3Ellf2y1tiCh7Bnuzf0jHQjvDLKPBCsjAYG8YiF4O7U g7Ag== 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; dmarc=fail (p=NONE sp=NONE dis=NONE) header.from=redhat.com Return-Path: Received: from vger.kernel.org (vger.kernel.org. [209.132.180.67]) by mx.google.com with ESMTP id h12-v6si1762095pls.536.2018.01.25.14.31.29; Thu, 25 Jan 2018 14:31:45 -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; dmarc=fail (p=NONE sp=NONE dis=NONE) header.from=redhat.com Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1751663AbeAYWax (ORCPT + 99 others); Thu, 25 Jan 2018 17:30:53 -0500 Received: from mx1.redhat.com ([209.132.183.28]:37308 "EHLO mx1.redhat.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1751228AbeAYWav (ORCPT ); Thu, 25 Jan 2018 17:30:51 -0500 Received: from smtp.corp.redhat.com (int-mx06.intmail.prod.int.phx2.redhat.com [10.5.11.16]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.redhat.com (Postfix) with ESMTPS id 655AFA3296; Thu, 25 Jan 2018 22:30:51 +0000 (UTC) Received: from localhost (ovpn-204-33.brq.redhat.com [10.40.204.33]) by smtp.corp.redhat.com (Postfix) with ESMTPS id 64BC35C88F; Thu, 25 Jan 2018 22:30:46 +0000 (UTC) Date: Thu, 25 Jan 2018 23:30:43 +0100 From: Jiri Benc To: Nicolas Dichtel Cc: Christian Brauner , netdev@vger.kernel.org, ebiederm@xmission.com, davem@davemloft.net, dsahern@gmail.com, fw@strlen.de, daniel@iogearbox.net, lucien.xin@gmail.com, mschiffer@universe-factory.net, jakub.kicinski@netronome.com, vyasevich@gmail.com, linux-kernel@vger.kernel.org, w.bumiller@proxmox.com, Christian Brauner Subject: Re: [PATCH net-next 0/3 V1] rtnetlink: enable IFLA_IF_NETNSID for RTM_{DEL,SET}LINK Message-ID: <20180125233043.66ff08c2@redhat.com> In-Reply-To: References: <20180124142634.17766-1-christian.brauner@ubuntu.com> <20180124173515.5ae2bc05@redhat.com> MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit X-Scanned-By: MIMEDefang 2.79 on 10.5.11.16 X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-4.5.16 (mx1.redhat.com [10.5.110.39]); Thu, 25 Jan 2018 22:30:51 +0000 (UTC) Sender: linux-kernel-owner@vger.kernel.org Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org On Thu, 25 Jan 2018 15:20:59 +0100, Nicolas Dichtel wrote: > Hmm, I don't agree. For me, it would be the correct answer. If user has a socket > in ns_a and targets a RTM_GETLINK in ns_b, the answer he gets should be like if > it was done in ns_b. But that information would be useless for the caller. Why return a value that has no meaning for the caller and can not be used? More so when the kernel is aware of what the correct meaningful value is? > This is already the case with messages received with NETLINK_LISTEN_ALL_NSID, > there is no reason to do something different. NETLINK_LISTEN_ALL_NSID is tough due to way it is implemented. But yes, it should translate the netnsids to be valid in the socket's netns. That's the only sane way for the listener. Jiri