Received: by 2002:a25:868d:0:0:0:0:0 with SMTP id z13csp1766444ybk; Thu, 21 May 2020 14:57:38 -0700 (PDT) X-Google-Smtp-Source: ABdhPJzRZItdYdjYVo/+h7ZEfn6IPgXed/mrBmLezjip0DJpo6D5VKst4s3CBYCN2cAp5AGcyXbc X-Received: by 2002:a17:906:379a:: with SMTP id n26mr5340812ejc.513.1590098258455; Thu, 21 May 2020 14:57:38 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1590098258; cv=none; d=google.com; s=arc-20160816; b=OPEpPqjVxE489z0IQwMxq43Z6rkAEWdJ0yx2xzcepvyrXHmbjRqAMkAZqY8ircShbE cJ/Dx/wH/dZrd2A+TVVRtnp97wEYHsS+UsHLt1IW52Jxged08fLvnXl/3YJGfjpkPfaM gUw30BcvKB01NaLz2SJ9cHKxW20WZrzeJsQyHpq4E8gVS9F3MwdWrVBjv2bUl4ZwtKWi YFSW9JBHAbvsXyrBasGCNe3Izg41BJDY5m+pELj1K1qNZavuBNifnDT5T/pF26HlMcEx DAgVsm6xIIP7WwNjEMV3KOsZIDiMY5sYO0b/iKTMJGgmzov1OIleKtmH2c8VxDrgy4a3 TROw== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:sender:user-agent:in-reply-to :content-disposition:mime-version:references:message-id:subject:cc :to:from:date; bh=TI1ZGFw/kLh3/xbYNMr4AIxPV3gD4NRexWA9gmtlLAo=; b=L1nqtHq2i7m6pB8DoTv+FjRWg5XcbbZlR61IB/oaYkaKyrVKFHDv7rL/zb6IfD7J5P cNpQCFWBBh9KR9e9Yz0Q7vmJWgKDEI196iXb5NDcnl/vMeDohIU1R2KtK/PcQJezJAhb JPBb6+0VcB6AvRnGQ7E7DySr1mWSp0Fw7jal7Xnx31qGgC/sShREY0tX97QRLqg18aUt xvpfoSajMtGWt33IUvVOx0DbT1AH+Bo07EyQP1eIG8HwFjCZ97vpgOcgyHXgxNmx4X1X tt2/QPrWZ22q2paFAHa/dpz9V4GUWIyi6mwCpVPnwLFg34Kja56HofOL3D+/21LW+7Lw QNQQ== 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 d17si3770701ejh.334.2020.05.21.14.57.16; Thu, 21 May 2020 14:57:38 -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 S1730329AbgEUVzc (ORCPT + 99 others); Thu, 21 May 2020 17:55:32 -0400 Received: from mail108.syd.optusnet.com.au ([211.29.132.59]:56002 "EHLO mail108.syd.optusnet.com.au" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1730122AbgEUVzc (ORCPT ); Thu, 21 May 2020 17:55:32 -0400 Received: from dread.disaster.area (pa49-195-157-175.pa.nsw.optusnet.com.au [49.195.157.175]) by mail108.syd.optusnet.com.au (Postfix) with ESMTPS id 9F4AD1A7F66; Fri, 22 May 2020 07:55:27 +1000 (AEST) Received: from dave by dread.disaster.area with local (Exim 4.92.3) (envelope-from ) id 1jbt9v-0000Si-Bl; Fri, 22 May 2020 07:55:23 +1000 Date: Fri, 22 May 2020 07:55:23 +1000 From: Dave Chinner To: Matthew Wilcox Cc: linux-fsdevel@vger.kernel.org, linux-mm@kvack.org, linux-kernel@vger.kernel.org Subject: Re: [PATCH v4 07/36] fs: Add a filesystem flag for large pages Message-ID: <20200521215523.GR2005@dread.disaster.area> References: <20200515131656.12890-1-willy@infradead.org> <20200515131656.12890-8-willy@infradead.org> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20200515131656.12890-8-willy@infradead.org> User-Agent: Mutt/1.10.1 (2018-07-13) X-Optus-CM-Score: 0 X-Optus-CM-Analysis: v=2.3 cv=W5xGqiek c=1 sm=1 tr=0 a=ONQRW0k9raierNYdzxQi9Q==:117 a=ONQRW0k9raierNYdzxQi9Q==:17 a=kj9zAlcOel0A:10 a=sTwFKg_x9MkA:10 a=JfrnYn6hAAAA:8 a=7-415B0cAAAA:8 a=khlJBHKmE670Q-po3lMA:9 a=70w1-rSo-Nt5nqzG:21 a=UBtUr0dm7oXX99_u:21 a=CjuIK1q_8ugA:10 a=1CNFftbPRP8L7MoqJWF3:22 a=biEYGPWJfzWAr4FL6Ov7:22 Sender: linux-kernel-owner@vger.kernel.org Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org On Fri, May 15, 2020 at 06:16:27AM -0700, Matthew Wilcox wrote: > From: "Matthew Wilcox (Oracle)" > > The page cache needs to know whether the filesystem supports pages > > PAGE_SIZE. > > Signed-off-by: Matthew Wilcox (Oracle) > --- > include/linux/fs.h | 1 + > include/linux/pagemap.h | 5 +++++ > 2 files changed, 6 insertions(+) > > diff --git a/include/linux/fs.h b/include/linux/fs.h > index 55c743925c40..777783c8760b 100644 > --- a/include/linux/fs.h > +++ b/include/linux/fs.h > @@ -2241,6 +2241,7 @@ struct file_system_type { > #define FS_HAS_SUBTYPE 4 > #define FS_USERNS_MOUNT 8 /* Can be mounted by userns root */ > #define FS_DISALLOW_NOTIFY_PERM 16 /* Disable fanotify permission events */ > +#define FS_LARGE_PAGES 8192 /* Remove once all fs converted */ > #define FS_RENAME_DOES_D_MOVE 32768 /* FS will handle d_move() during rename() internally. */ > int (*init_fs_context)(struct fs_context *); > const struct fs_parameter_spec *parameters; > diff --git a/include/linux/pagemap.h b/include/linux/pagemap.h > index 36bfc9d855bb..c6db74b5e62f 100644 > --- a/include/linux/pagemap.h > +++ b/include/linux/pagemap.h > @@ -116,6 +116,11 @@ static inline void mapping_set_gfp_mask(struct address_space *m, gfp_t mask) > m->gfp_mask = mask; > } > > +static inline bool mapping_large_pages(struct address_space *mapping) > +{ > + return mapping->host->i_sb->s_type->fs_flags & FS_LARGE_PAGES; > +} If you've got to dereference 4 layers deep to check a behaviour flag, the object needs it's own flag. Can you just propagate this to the address space when the inode is instantiated and the address space initialised? Cheers, Dave. -- Dave Chinner david@fromorbit.com