Received: by 2002:a05:6a10:c7c6:0:0:0:0 with SMTP id h6csp2073886pxy; Mon, 2 Aug 2021 18:41:40 -0700 (PDT) X-Google-Smtp-Source: ABdhPJzYwxqWC8D9ibIOHVXkxDzuZXPnORWHgr6+w/RIQWsMoEYVOW5Bb9+ZozU3fnRESl0YngJk X-Received: by 2002:a05:6638:35aa:: with SMTP id v42mr17283486jal.21.1627954900425; Mon, 02 Aug 2021 18:41:40 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1627954900; cv=none; d=google.com; s=arc-20160816; b=0zfOVGq31+XtyZu1NICOte+WumguYrqPZGIeUR4uZk5BHSNSZ1AOdNKEl1Er5bkl4n 7t1Ml4HGwgQV2YKRRNujZhcf9y/qFQY89eUqtDuCnP2cnYuYd//ExaBCGocDNIibz+cF ALjWHEH8Vf0mLh6b5r9nywQj/Kfi65j60BA0ylpjR7FQUG4Pe5TG8IaBKPNzkjrxtbPW VwHqwnYIbVRCWTyBlq+4ZLkxy1JkYVxzedFYN2yj3uN7oa6+H9fy9+O6wAh3T1388uUw dB/XKAXM9zwR0PXTje8ORN6bd/hyZDVKesaJiClAiBynyU0Zm5wArAoWlK3DWBC4Q9Vc ukfg== 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=VyFA1z5ngZ0mjADNv8+t6fHk/i7xgEzisFeVDdSHspo=; b=jGT5AWguYWS736EANa8S2fP1C8bmarFsFDYBkP0lfROnIMZhaNPU2Gz5QoQT9bQfVR eQINE5PNvKNa9JJOd0B3y69dJkfCPG1QDx+HC7oBaaih7yc9xD/yTaq8cY0w/2Lm27ek aj4cjs+WWX7ofPk5OoqehD1dsO/qQvbtjFw4KL3wbU+gYhzYWnIaZsl68yVQk2YoJEWV T9VJNwD42LzUnCa+JjuJCvLsLiNM8OuLwvYzN+MHzdRdTR1Ta7bqnpkBI+xeR+rnSZSz rYarScIiYg1cN9d5/JfnWgUqkg7sj6EpVGAR9jH9zI6qKYk7MBQuPstyqklEInRE7/Px Z/3g== ARC-Authentication-Results: i=1; mx.google.com; dkim=pass header.i=@infradead.org header.s=casper.20170209 header.b=rz7Z7Ai+; 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 n11si15319345ilt.138.2021.08.02.18.41.28; Mon, 02 Aug 2021 18:41:40 -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=@infradead.org header.s=casper.20170209 header.b=rz7Z7Ai+; 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 S233527AbhHCBkt (ORCPT + 99 others); Mon, 2 Aug 2021 21:40:49 -0400 Received: from lindbergh.monkeyblade.net ([23.128.96.19]:43568 "EHLO lindbergh.monkeyblade.net" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S232904AbhHCBks (ORCPT ); Mon, 2 Aug 2021 21:40:48 -0400 Received: from casper.infradead.org (casper.infradead.org [IPv6:2001:8b0:10b:1236::1]) by lindbergh.monkeyblade.net (Postfix) with ESMTPS id 326F0C06175F; Mon, 2 Aug 2021 18:40:38 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=infradead.org; s=casper.20170209; h=In-Reply-To:Content-Type:MIME-Version: References:Message-ID:Subject:Cc:To:From:Date:Sender:Reply-To: Content-Transfer-Encoding:Content-ID:Content-Description; bh=VyFA1z5ngZ0mjADNv8+t6fHk/i7xgEzisFeVDdSHspo=; b=rz7Z7Ai+DJR4jVHuhbK7W5UQqk 4uU26mPOXb3JxjtGC7q9KtfilWl4bAckJod73v+82rcyDeffua5z3/TXWNYET/rHHx/zDI9FQWIcJ YhRr1nh6ZKH8jHFAT34+YKd+ufT787Cjv0XzQPCrmlgD24BEbraiMF0Gbjb8uPTkvw5kDVfMPomwX cYnNVrIP8U0P7UMqQC45ydrL8KV30eKMH400ev4x0TzoJtvrB/k8qlZWlygTv5TvY+IEg9dI/PzyS uex1LisXBNRhzZSCPnqRG6HzaPMrry4QXM0dHWrtVzo3BE/Ptg+mm9UKDCeMYLWd6YarB1RPVItxE WRz32YLg==; Received: from willy by casper.infradead.org with local (Exim 4.94.2 #2 (Red Hat Linux)) id 1mAjOA-0045lA-3i; Tue, 03 Aug 2021 01:38:46 +0000 Date: Tue, 3 Aug 2021 02:38:38 +0100 From: Matthew Wilcox To: Hugh Dickins Cc: Andrew Morton , Shakeel Butt , "Kirill A. Shutemov" , Yang Shi , Miaohe Lin , Mike Kravetz , Michal Hocko , Rik van Riel , Christoph Hellwig , "Eric W. Biederman" , Alexey Gladkov , Chris Wilson , Matthew Auld , linux-fsdevel@vger.kernel.org, linux-kernel@vger.kernel.org, linux-api@vger.kernel.org, linux-mm@kvack.org Subject: Re: [PATCH 10/16] tmpfs: fcntl(fd, F_MEM_LOCK) to memlock a tmpfs file Message-ID: References: <2862852d-badd-7486-3a8e-c5ea9666d6fb@google.com> <54e03798-d836-ae64-f41-4a1d46bc115b@google.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <54e03798-d836-ae64-f41-4a1d46bc115b@google.com> Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org On Fri, Jul 30, 2021 at 12:55:22AM -0700, Hugh Dickins wrote: > A new uapi to lock the files on tmpfs in memory, to protect against swap > without mapping the files. This commit introduces two new commands to > fcntl and shmem: F_MEM_LOCK and F_MEM_UNLOCK. The locking will be > charged against RLIMIT_MEMLOCK of uid in namespace of the caller. It's not clear to me why this is limited to shmfs. Would it not also make sense for traditional filesystems, eg to force chrome's text pages to stay in the page cache, no matter how much memory the tabs allocate?