Received: by 2002:a05:6a10:d5a5:0:0:0:0 with SMTP id gn37csp2445057pxb; Fri, 8 Oct 2021 07:59:45 -0700 (PDT) X-Google-Smtp-Source: ABdhPJxAicmB7z69fah16oueirCL8LlJsCUHp4T5bdqsWC1OatPX3a8+D2YeY/XL8lxT30PzsAqX X-Received: by 2002:a17:906:7250:: with SMTP id n16mr4710702ejk.147.1633705184818; Fri, 08 Oct 2021 07:59:44 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1633705184; cv=none; d=google.com; s=arc-20160816; b=Q21kYvrqlTVElTUcq5On2hrFx9wPSruZlx6cmU5+H7TOPSeis94KgKAwN5CrNK1rT9 sbcWHQqhirKUf9rllT14/x/e0kjCm0mwFY+wP+GxtpA0xvTBjmlqvw29bZHuu5SnZfsk IGEyvvPqr+WzvCkkDVZQgCjVoez3MDOC+S25s6U/LJsAqShxNDP3lYkBv+HkE+s+LTVZ DYKNk2p46NtJ/Y+TP8fvLKYQYdOpATmDxIxZYVj4i2OWLlPsiK2vPVsSBC1AkcUWFvsP EocvXdECkKmL1V8HcDvw0z5jbSw1yciCW1Z6ibI08AXFez3lSCxqeLzmV8mqWRK0mxaL 2R7Q== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:in-reply-to:content-disposition:mime-version :references:message-id:subject:cc:to:from:date:dkim-signature; bh=hLBV1SjSGEf+OI0gMp4JXsVXBC5E4MDos4xMm1nlyIE=; b=RCWTrJs1eVZYLV8GRZv07RKUTv+/LieU9ESzw5oe/mqsfSWG2brX/BZHNSEZaMFADk 5FcA/OZlntOsC6fY9c4iTD+32ytaR0HGOYzXnMcIfLkxE9QgHcBjtFMGKu/j08hjtpnS KrhoyJHzLXScWO9GGMksickg2t/9vtG7dynvhE1b97+0z1f1ze72hcfEhlbo6ZssYutx pAGMRjBt3qGJqgkb4bBCklOlVmgSUHY+LDBJoHSvd2d172M1RiZ31pgvGkhwXAKWdTMy vHTQxEIzt0uay8EAmhyN1CuezsBYk8NnNKHkvPeZ5c+ISZK+l5gJbQufVniCjF3QG1Vt iZnA== ARC-Authentication-Results: i=1; mx.google.com; dkim=pass header.i=@suse.com header.s=susede1 header.b=V9a1bNcX; 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; dmarc=pass (p=QUARANTINE sp=NONE dis=NONE) header.from=suse.com Return-Path: Received: from vger.kernel.org (vger.kernel.org. [23.128.96.18]) by mx.google.com with ESMTP id f5si3256519ejj.587.2021.10.08.07.59.20; Fri, 08 Oct 2021 07:59:44 -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; dkim=pass header.i=@suse.com header.s=susede1 header.b=V9a1bNcX; 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; dmarc=pass (p=QUARANTINE sp=NONE dis=NONE) header.from=suse.com Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S242732AbhJHO7f (ORCPT + 99 others); Fri, 8 Oct 2021 10:59:35 -0400 Received: from smtp-out2.suse.de ([195.135.220.29]:34478 "EHLO smtp-out2.suse.de" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S232200AbhJHO7e (ORCPT ); Fri, 8 Oct 2021 10:59:34 -0400 Received: from relay2.suse.de (relay2.suse.de [149.44.160.134]) by smtp-out2.suse.de (Postfix) with ESMTP id A73E92013D; Fri, 8 Oct 2021 14:57:38 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=suse.com; s=susede1; t=1633705058; h=from:from:reply-to:date:date:message-id:message-id:to:to:cc:cc: mime-version:mime-version:content-type:content-type: in-reply-to:in-reply-to:references:references; bh=hLBV1SjSGEf+OI0gMp4JXsVXBC5E4MDos4xMm1nlyIE=; b=V9a1bNcXmSTGtAC+pLehQf0TNb+WqUBKqvPBGNoYRau2lx3dBFc9cpVz2iuJwOf3CZ68lo m1Kp83OfKs1MNfHLP+SzZYlja2GZA+yytMpzsczDHl48CJP2Lx4PSLmDqHIYE70JMUhp+8 6IOMzE1R+T9mYzGuYqqPfhwj18k06Lg= Received: from suse.cz (unknown [10.100.201.86]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by relay2.suse.de (Postfix) with ESMTPS id 084BFA3B89; Fri, 8 Oct 2021 14:57:36 +0000 (UTC) Date: Fri, 8 Oct 2021 16:57:32 +0200 From: Michal Hocko To: Dave Hansen Cc: Kees Cook , Suren Baghdasaryan , Pavel Machek , Rasmus Villemoes , David Hildenbrand , John Hubbard , Andrew Morton , Colin Cross , Sumit Semwal , Matthew Wilcox , "Kirill A . Shutemov" , Vlastimil Babka , Johannes Weiner , Jonathan Corbet , Al Viro , Randy Dunlap , Kalesh Singh , Peter Xu , rppt@kernel.org, Peter Zijlstra , Catalin Marinas , vincenzo.frascino@arm.com, Chinwen Chang =?utf-8?B?KOW8temMpuaWhyk=?= , Axel Rasmussen , Andrea Arcangeli , Jann Horn , apopple@nvidia.com, Yu Zhao , Will Deacon , fenghua.yu@intel.com, thunder.leizhen@huawei.com, Hugh Dickins , feng.tang@intel.com, Jason Gunthorpe , Roman Gushchin , Thomas Gleixner , krisman@collabora.com, Chris Hyser , Peter Collingbourne , "Eric W. Biederman" , Jens Axboe , legion@kernel.org, Rolf Eike Beer , Cyrill Gorcunov , Muchun Song , Viresh Kumar , Thomas Cedeno , sashal@kernel.org, cxfcosmos@gmail.com, LKML , linux-fsdevel@vger.kernel.org, linux-doc@vger.kernel.org, linux-mm , kernel-team Subject: Re: [PATCH v10 3/3] mm: add anonymous vma name refcounting Message-ID: References: <92cbfe3b-f3d1-a8e1-7eb9-bab735e782f6@rasmusvillemoes.dk> <20211007101527.GA26288@duo.ucw.cz> <202110071111.DF87B4EE3@keescook> <4a1dd04f-eda3-5c71-4772-726fd6fa2a38@intel.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <4a1dd04f-eda3-5c71-4772-726fd6fa2a38@intel.com> Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org On Fri 08-10-21 07:14:58, Dave Hansen wrote: > On 10/7/21 11:34 PM, Michal Hocko wrote: > >> Yes, please. It really seems like the folks that are interested in this > >> feature want strings. (I certainly do.) > > I am sorry but there were no strong arguments mentioned for strings so > > far. > > The folks who want this have maintained an out-of-tree patch using > strings. They've maintained it for the better part of a decade. I > don't know how widely this shipped in the Android ecosystem, but I > suspect we're talking about billions of devices. Right? > > This is a feature that, if accepted into mainline, will get enabled and > used on billions of devices. If we dumb this down to integers, it's not > 100% clear that it _will_ get used. > > That's a pretty strong argument in my book, even if the contributors > have difficulty articulating exactly why they want strings. I would agree that if integers would make this unusable then this would be a strong argument. But I haven't really heard any arguments like that so far. I have heard about IPC overhead and other speculations that do not seem really convincing. We shouldn't hand wave concerns regarding the implementation complexity and resource handling just by "somebody has been using this for decates", right? Do not get me wrong. This is going to become a user interface and we will have to maintain it for ever. As such an extra scrutiny has to be applied. -- Michal Hocko SUSE Labs