Received: by 2002:a25:6193:0:0:0:0:0 with SMTP id v141csp358976ybb; Wed, 15 Apr 2020 02:56:38 -0700 (PDT) X-Google-Smtp-Source: APiQypL6cpurJprUcwJ3zCJiogvjOTG9Sy48Qn9RMeMq3waTHiaR2UUK3evxmDv1QS6EpWf24wCd X-Received: by 2002:a17:906:4e8f:: with SMTP id v15mr2792595eju.321.1586944598105; Wed, 15 Apr 2020 02:56:38 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1586944598; cv=none; d=google.com; s=arc-20160816; b=jqytHwIfQNMcC3RrItelS0m5BbrKx43poAbLvIZHr7n1cmGNbVgXD4kT+y6UuAF4yB mjHBdiLXpaAnUBKQgbZiYf7PZPLiugNTRvt5MLprZN/9vWAUvFFJJVm+QMage/+bDul7 2yW2txsPgUqUfBq6JtU2BFHaN1Ziy5/r+vGjECastmBJ0gjUWe4dBTPDaTyCC1ucyOCT B+vSe8AGs9UWdMwbw4L3AAITgplsRzywvOgKH6rbY4c0gVdy8zumYX+KFuvzjsoTWUiW MduH6+6GiclvhUQQ8ub1ywzWhrcVWn7kk90QpA8CqStv4t70Uy5aEkLd9Or+sC/x6TV+ e7OQ== 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=Gw3fMGinhItx6Ps556A2yONNpzrEjpqcsyWIYhSiOAo=; b=ZDCz+KMSb7kfzdZFOkauCQ5nxmFYviOCdvd5Kf0i95EGyI2Q8PyieoYFkgM4J/NhiK K1PV0YyiFjMyKaHmYmaFiPXOuzq7UOdtRUFTHYd6Whe3a/IPstqLBaeLO0yTZUhUNC2p rtL9cYntRwU8qx/Du4xm84HGkltOKPSR3a1ImWJYRiDoTpDowxn4XjdXlZKFNSIXFuH/ 1bPir4cctVNZyTFtdFNkAa0myviAMawcF8YpPE9PqbFobmVPbGuVSMouKMWuw1YZtwPX tX+Z8R03aCctZLaQZ45yWd8R1/STWoblpQOKjLQUmZtdReX3ucOsj6fYdk2pxfyN1vNP qUKw== ARC-Authentication-Results: i=1; mx.google.com; spf=pass (google.com: best guess record for domain of linux-ext4-owner@vger.kernel.org designates 23.128.96.18 as permitted sender) smtp.mailfrom=linux-ext4-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 j19si1236142edp.118.2020.04.15.02.56.14; Wed, 15 Apr 2020 02:56:38 -0700 (PDT) Received-SPF: pass (google.com: best guess record for domain of linux-ext4-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: best guess record for domain of linux-ext4-owner@vger.kernel.org designates 23.128.96.18 as permitted sender) smtp.mailfrom=linux-ext4-owner@vger.kernel.org Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S2405994AbgDNG10 (ORCPT + 99 others); Tue, 14 Apr 2020 02:27:26 -0400 Received: from verein.lst.de ([213.95.11.211]:37638 "EHLO verein.lst.de" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S2405926AbgDNG1Z (ORCPT ); Tue, 14 Apr 2020 02:27:25 -0400 Received: by verein.lst.de (Postfix, from userid 2407) id 23D05227A81; Tue, 14 Apr 2020 08:27:19 +0200 (CEST) Date: Tue, 14 Apr 2020 08:27:18 +0200 From: Christoph Hellwig To: ira.weiny@intel.com Cc: linux-kernel@vger.kernel.org, "Darrick J. Wong" , Dan Williams , Dave Chinner , Christoph Hellwig , "Theodore Y. Ts'o" , Jan Kara , Jeff Moyer , linux-ext4@vger.kernel.org, linux-xfs@vger.kernel.org, linux-fsdevel@vger.kernel.org Subject: Re: [PATCH V7 5/9] fs/xfs: Create function xfs_inode_enable_dax() Message-ID: <20200414062718.GE23154@lst.de> References: <20200413054046.1560106-1-ira.weiny@intel.com> <20200413054046.1560106-6-ira.weiny@intel.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20200413054046.1560106-6-ira.weiny@intel.com> User-Agent: Mutt/1.5.17 (2007-11-01) Sender: linux-ext4-owner@vger.kernel.org Precedence: bulk List-ID: X-Mailing-List: linux-ext4@vger.kernel.org On Sun, Apr 12, 2020 at 10:40:42PM -0700, ira.weiny@intel.com wrote: > From: Ira Weiny > > xfs_inode_supports_dax() should reflect if the inode can support DAX not > that it is enabled for DAX. > > Change the use of xfs_inode_supports_dax() to reflect only if the inode > and underlying storage support dax. > > Add a new function xfs_inode_enable_dax() which reflects if the inode > should be enabled for DAX. > > Signed-off-by: Ira Weiny > > --- > Changes from v6: > Change enable checks to be sequential logic. > Update for 2 bit tri-state option. > Make 'static' consistent. > Don't set S_DAX if !CONFIG_FS_DAX > > Changes from v5: > Update to reflect the new tri-state mount option > > Changes from v3: > Update functions and names to be more clear > Update commit message > Merge with > 'fs/xfs: Clean up DAX support check' > don't allow IS_DAX() on a directory > use STATIC macro for static > make xfs_inode_supports_dax() static > --- > fs/xfs/xfs_iops.c | 34 +++++++++++++++++++++++++++++----- > 1 file changed, 29 insertions(+), 5 deletions(-) > > diff --git a/fs/xfs/xfs_iops.c b/fs/xfs/xfs_iops.c > index 81f2f93caec0..37bd15b55878 100644 > --- a/fs/xfs/xfs_iops.c > +++ b/fs/xfs/xfs_iops.c > @@ -1244,12 +1244,11 @@ xfs_inode_supports_dax( > struct xfs_mount *mp = ip->i_mount; > > /* Only supported on non-reflinked files. */ > - if (!S_ISREG(VFS_I(ip)->i_mode) || xfs_is_reflink_inode(ip)) > + if (xfs_is_reflink_inode(ip)) > return false; > > - /* DAX mount option or DAX iflag must be set. */ > - if (!(mp->m_flags & XFS_MOUNT_DAX) && > - !(ip->i_d.di_flags2 & XFS_DIFLAG2_DAX)) > + /* Only supported on regular files. */ > + if (!S_ISREG(VFS_I(ip)->i_mode)) > return false; To me it would make sense to check S_ISREG before reflink, as it seems more logical. > +#ifdef CONFIG_FS_DAX > +static bool > +xfs_inode_enable_dax( > + struct xfs_inode *ip) > +{ > + if (ip->i_mount->m_flags & XFS_MOUNT_NODAX) > + return false; > + if (!xfs_inode_supports_dax(ip)) > + return false; > + if (ip->i_mount->m_flags & XFS_MOUNT_DAX) > + return true; > + if (ip->i_d.di_flags2 & XFS_DIFLAG2_DAX) > + return true; > + return false; > +} > +#else /* !CONFIG_FS_DAX */ > +static bool > +xfs_inode_enable_dax( > + struct xfs_inode *ip) > +{ > + return false; > +} > +#endif /* CONFIG_FS_DAX */ Just throw in a if (!IS_ENABLED(CONFIG_FS_DAX)) return false; as the first statement of the full version and avoid the stub entirely?