Received: by 2002:a05:6a10:a0d1:0:0:0:0 with SMTP id j17csp279573pxa; Tue, 4 Aug 2020 05:35:11 -0700 (PDT) X-Google-Smtp-Source: ABdhPJy8vbU7wciAF8HUIyP5CYHqvAB2WKTMH15avtQjBdGHiKrkvHN7lTiyjp0G7u4M2/kzWl5F X-Received: by 2002:a17:906:1c84:: with SMTP id g4mr22304636ejh.50.1596544510997; Tue, 04 Aug 2020 05:35:10 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1596544510; cv=none; d=google.com; s=arc-20160816; b=utPOrBOoo2yADvltPTsytkNeCUX+aTZk/ETIP4imogUUaSw1aGWD/OxyJbJaXlXuTF mzwlFITS8mnqk9/wtogRDXakReCvVoR2WqYvcVXV1bX0xUms0cxeRovt6iO5JeJl/rLc 7Sz7foKertNLi7Fu9/Kiew92zOrpSN2PqNnRdw8qiiQYgUNP+vZYpQ+qX3pM/hbs+EJW hzCfbYXSq/vVBTHrAETa8HTlW9pm3CSQgcRtgeM9pCeioGk0Lnh9/Wr+KjFAWtlRF9nE CQFlcOmPlk3d0A+zMqdk3FRHKzKL2wQmze5CQDB4w0Od20CYQ3JkAhBIIwcyurt+hCGY T7Iw== 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=uzxprlOKtUzZdmxvGdHCBhIl4UTR3z+gQUZC8u/0bjs=; b=RD5FiX8/K4kkW8Ac+PTS/QcD2+2wNOAza0K4SxMRcfJz8rQ9eKBKsD8qknb7qiEI+7 eh1PHZTaVPpLJNVFzrGq7nqnntA/Kjsr+cKeNXnf/BRi6TPOjPmjmtcyNOFAQjo1UBRL +3WWmDBvQgn9eC8LFT+zfSoarz3HwPdFDh06ePWaXLfaHFj43zDCdXOfovgzUY2z4L++ V7M8+m0pPkXgLb857B2wwxD++R+cul2IKFEDQamrlnK8ALYQqS6rYT/5kGwe6CWOtoiV b/dOTSJu0q6Wy/qSzpi6ml4LtaG7FlXLNXmUwtTVTNWONX9h2hUi5wlJDzZsqs++lJHO EeDg== 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 z1si11858397edx.129.2020.08.04.05.34.47; Tue, 04 Aug 2020 05:35:10 -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 S1727910AbgHDMdN (ORCPT + 99 others); Tue, 4 Aug 2020 08:33:13 -0400 Received: from youngberry.canonical.com ([91.189.89.112]:47594 "EHLO youngberry.canonical.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1727069AbgHDMbN (ORCPT ); Tue, 4 Aug 2020 08:31:13 -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 1k2w5V-0005dF-IX; Tue, 04 Aug 2020 12:30:37 +0000 Date: Tue, 4 Aug 2020 14:30:36 +0200 From: Christian Brauner To: "Eric W. Biederman" Cc: Kirill Tkhai , akpm@linux-foundation.org, viro@zeniv.linux.org.uk, adobriyan@gmail.com, davem@davemloft.net, linux-kernel@vger.kernel.org Subject: Re: [PATCH 0/8] namespaces: Introduce generic refcount Message-ID: <20200804123036.2lnkm6it7ko7j3ju@wittgenstein> References: <159644958332.604812.13004003379291842292.stgit@localhost.localdomain> <20200804115649.kzea757e5wwpk4k3@wittgenstein> <87d046sj8w.fsf@x220.int.ebiederm.org> MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Disposition: inline In-Reply-To: <87d046sj8w.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 Tue, Aug 04, 2020 at 07:11:59AM -0500, Eric W. Biederman wrote: > Christian Brauner writes: > > > On Mon, Aug 03, 2020 at 01:16:10PM +0300, Kirill Tkhai wrote: > >> Every namespace type has its own counter. Some of them are > >> of refcount_t, some of them are of kref. > >> > >> This patchset introduces generic ns_common::count for any > >> type of namespaces instead of them. > >> > >> --- > > > > I was wondering why that series never made it to me turns out there's > > some weird bug in my (neo)mutt where it sometimes marks messages as read > > when I'm deleting completely unrelated messages. That has already cost > > me a talk slot for an event I really wanted to attend and now it seems > > to start costing me patches... I need to figure this out. > > > > Anyway, thanks for sending this. I pulled this into my tree now. > > Actually why in the world should the reference count be generic? > > What is the point of this patchset? > > What problem does it solve. Name spaces are not the same, and > their refcounting needs are not the same so I don't have a clue how it > helps anything to have a reference count in ns_common. What is the point of this opposition to this cleanup? It unifies reference counting across namespaces and gets rid of inconsistencices. Over the years none of the namespaces seem to have deviated enough from each that they really have needed separate reference counting mechanisms. Christian