Received: by 2002:a05:6902:102b:0:0:0:0 with SMTP id x11csp1723207ybt; Thu, 2 Jul 2020 12:11:48 -0700 (PDT) X-Google-Smtp-Source: ABdhPJwXN9rAnMPlA8b7BBgkUh1a7FllomJBSM0beIbTg8WZGx32ahwBqCU1TXenynHCCyvUgRaT X-Received: by 2002:a17:906:aac9:: with SMTP id kt9mr25632303ejb.488.1593717108730; Thu, 02 Jul 2020 12:11:48 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1593717108; cv=none; d=google.com; s=arc-20160816; b=qpZbhVaDpj5gceuAsDxhqIKoJf51f4K05sPowhVytRlThPbJ/6kpWlln41s62lxNhh noh5LA3mDk4Aj1gNT7+w5V/7DHOspG0E2HQjt/uUzpm6YyktpGGhYnofS59GNVF/2cKl 3vVsqJ4GNQDKdyZKwOzW8D991vFraijF5RGLI00vI2HSsOlFPVs3m7P3ABQHxqLN8asp Mr7XWjjA2VHfib3dxKgm0lQyS9YiV91z8D9wzkjbP1NRCHS/iItloWzydZguHWjc/9zn KjMdXXyDrEmu4/jMTMceWeuSPGvjG0Y2Vd/98tSIQ+CFPfXuQuOX8qb4Rj2nXf+NF5fd 0hzw== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:sender:in-reply-to:content-disposition :mime-version:references:message-id:subject:cc:to:from:date; bh=l6TzK18LbXpGwRtV1UfUcpsBQ+cd0O/458kInDJASwk=; b=kJU2w+rfeWWscQhwbpE3PBWyICALLEy4+M7Vi2YyDpRe9hKigh0TjypPvZ9AQcWG7R 6aPr5Us7QfHNUdPZU2S1tF03wUuOVniAlZLhCjSOJE2lIr761DsRokY7JfwLRU3pNyBy O6Jhxy0YymValRhap4iv9KYF3S+BnV4Czz/RQ+h9PZiA71cN8+EFyEm+nZ6NHMBlO8Ih KZj36KBH1XjysLFho7G023hDc/X44nsIuVVUrvuS5SSSHhzqZQzQkwHeAy3cllWbamA1 wWsQlE/IokNDGA2D6UL6Tybr01wW1TwJZ9Cg/gPLD4YzRE4ORoi0VRSjc12hJjR8DdRy mNew== ARC-Authentication-Results: i=1; mx.google.com; spf=pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 23.128.96.18 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org Return-Path: Received: from vger.kernel.org (vger.kernel.org. [23.128.96.18]) by mx.google.com with ESMTP id cf17si6537999edb.488.2020.07.02.12.11.24; Thu, 02 Jul 2020 12:11:48 -0700 (PDT) Received-SPF: pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 23.128.96.18 as permitted sender) client-ip=23.128.96.18; Authentication-Results: mx.google.com; spf=pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 23.128.96.18 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1726048AbgGBTKg (ORCPT + 99 others); Thu, 2 Jul 2020 15:10:36 -0400 Received: from youngberry.canonical.com ([91.189.89.112]:55976 "EHLO youngberry.canonical.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1725994AbgGBTKg (ORCPT ); Thu, 2 Jul 2020 15:10:36 -0400 Received: from ip5f5af08c.dynamic.kabel-deutschland.de ([95.90.240.140] helo=wittgenstein) by youngberry.canonical.com with esmtpsa (TLS1.2:ECDHE_RSA_AES_128_GCM_SHA256:128) (Exim 4.86_2) (envelope-from ) id 1jr4bJ-0006To-N4; Thu, 02 Jul 2020 19:10:25 +0000 Date: Thu, 2 Jul 2020 21:10:25 +0200 From: Christian Brauner To: "Eric W. Biederman" Cc: Matt Bennett , netdev@vger.kernel.org, Linux Containers , linux-kernel@vger.kernel.org, zbr@ioremap.net Subject: Re: [PATCH 0/5] RFC: connector: Add network namespace awareness Message-ID: <20200702191025.bqxqwsm6kwnhm2p7@wittgenstein> References: <20200702002635.8169-1-matt.bennett@alliedtelesis.co.nz> <87h7uqukct.fsf@x220.int.ebiederm.org> MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Disposition: inline In-Reply-To: <87h7uqukct.fsf@x220.int.ebiederm.org> Sender: linux-kernel-owner@vger.kernel.org Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org On Thu, Jul 02, 2020 at 08:17:38AM -0500, Eric W. Biederman wrote: > Matt Bennett writes: > > > Previously the connector functionality could only be used by processes running in the > > default network namespace. This meant that any process that uses the connector functionality > > could not operate correctly when run inside a container. This is a draft patch series that > > attempts to now allow this functionality outside of the default network namespace. > > > > I see this has been discussed previously [1], but am not sure how my changes relate to all > > of the topics discussed there and/or if there are any unintended side effects from my draft > > changes. > > Is there a piece of software that uses connector that you want to get > working in containers? > > I am curious what the motivation is because up until now there has been > nothing very interesting using this functionality. So it hasn't been > worth anyone's time to make the necessary changes to the code. Imho, we should just state once and for all that the proc connector will not be namespaced. This is such a corner-case thing and has been non-namespaced for such a long time without consistent push for it to be namespaced combined with the fact that this needs quite some code to make it work correctly that I fear we end up buying more bugs than we're selling features. And realistically, you and I will end up maintaining this and I feel this is not worth the time(?). Maybe I'm being too pessimistic though. Christian