Received: by 2002:a25:6193:0:0:0:0:0 with SMTP id v141csp358499ybb; Wed, 15 Apr 2020 02:55:59 -0700 (PDT) X-Google-Smtp-Source: APiQypLeQ2iSpi1kGTUHMHpf/2i7HdS9Fv5jPsfgHn0HxHwIa0JrRg6MCYe8rNUIq2OjqNSJMwNv X-Received: by 2002:a50:fe05:: with SMTP id f5mr21499970edt.338.1586944559240; Wed, 15 Apr 2020 02:55:59 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1586944559; cv=none; d=google.com; s=arc-20160816; b=P0UcuZ3gAbnPZicU5GX4HKGRVvphpnI0q4ZMGDwRzNiCnqGsX3oeUmhth49htXrp8z WDUL1q/VlRlf8vR9rmpMUiDmxADoRQ1NVGiEpo0j/yHD7fm9d9vWuHUF/V7WNMhbGwTP xMcm7zVlGktezSfc7eBCX3AMx5XKIQg7hDDo6jWh9LAo09FJBX2sh1WkfnzEDWW2oAky YsfooinCI+N7SugSX1JiisUFTbC1H3X1llrWzYHdDTrFPxUmVMtoSnLwUUcwMfu+JYI8 AEAq04VtrQQjHnCiHbQADIuxWZ4OTRTmzQ+KRsCRxgtIY3sgIGLbxRcm3iX/OMwksqEC JBfA== 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=PSWoBOwRxUb02JuInSIbLtrr+5KI0+SgzYmWHCfsi7k=; b=dcVUHo17ov/AriEmnrYPd+B6T+68HPVtX+nJ/7vc/iomf6DM0Npj3Hl6p64Ssk7cvw Qi0nBuqXVys3NZECgAm5AqcQATyOBhwiiYjwvSPwpgMp61UYtlldPD1goDSCi2L184ZU 350xZkJ5NBeAaD8C4F+XGUpQbpURGUPqgJHcPv2TVubsqEw1uqdDVRsChVteczHyiHSV aoGDFMYHBCB50vkZ4xkncVJs7awGXdMHRns4bXPOlZa9zHg84bOEE7Q9rkkDmLhK20Cg ju9tN0D4liLF7OyR/BCgbtsuWY1gw1r+oShLss2gLGBQmx7rTVsTgKwnSSR6gdh1cTjw ewCw== 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 bu24si10827259edb.461.2020.04.15.02.55.34; Wed, 15 Apr 2020 02:55:59 -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 S2405931AbgDNGYf (ORCPT + 99 others); Tue, 14 Apr 2020 02:24:35 -0400 Received: from verein.lst.de ([213.95.11.211]:37617 "EHLO verein.lst.de" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S2405926AbgDNGYe (ORCPT ); Tue, 14 Apr 2020 02:24:34 -0400 Received: by verein.lst.de (Postfix, from userid 2407) id C295B68BEB; Tue, 14 Apr 2020 08:24:31 +0200 (CEST) Date: Tue, 14 Apr 2020 08:24:31 +0200 From: Christoph Hellwig To: Ira Weiny Cc: "Darrick J. Wong" , linux-kernel@vger.kernel.org, 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 4/9] fs/xfs: Make DAX mount option a tri-state Message-ID: <20200414062431.GC23154@lst.de> References: <20200413054046.1560106-1-ira.weiny@intel.com> <20200413054046.1560106-5-ira.weiny@intel.com> <20200413154619.GT6742@magnolia> <20200413192810.GB1649878@iweiny-DESK2.sc.intel.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20200413192810.GB1649878@iweiny-DESK2.sc.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 Mon, Apr 13, 2020 at 12:28:11PM -0700, Ira Weiny wrote: > > I think that the dax_param_enums table (and the unnamed enum defining > > XFS_DAX_*) probably ought to be part of the VFS so that you don't have > > to duplicate these two pieces whenever it's time to bring ext4 in line > > with XFS. > > > > That probably doesn't need to be done right away, though... > > Ext4 has a very different param parsing mechanism which I've barely learned. > I'm not really seeing how to use the enum strategy so I've just used a string > option. But I'm open to being corrected. > > I am close to having the series working and hope to have that set (which builds > on this one) out for review soon (today?). ext4 still uses the legacy mount option parsing that XFS used until recently. It needs to be switched over to the new mount API anyway.