Received: by 2002:a05:7412:2a91:b0:fc:a2b0:25d7 with SMTP id u17csp404159rdh; Tue, 13 Feb 2024 23:38:37 -0800 (PST) X-Forwarded-Encrypted: i=3; AJvYcCXcWfjDz5i2MZtvxTUZzNoceOrNgF7WLUyc9S4jPHmQ4GUArGlHyFwcnT8bzN2H9SZB5e/kG9tm+7Nwmi1pBr+SRxqYZaNoXebFjzarjA== X-Google-Smtp-Source: AGHT+IFHdLnEqL7AHsGTrclaiw70x82fwE12Vd3M40P+o1+xEwBYqPalDb8KOKmiXKIMgLBkhZB/ X-Received: by 2002:a17:90b:1085:b0:298:ba35:1535 with SMTP id gj5-20020a17090b108500b00298ba351535mr1574505pjb.30.1707896317542; Tue, 13 Feb 2024 23:38:37 -0800 (PST) ARC-Seal: i=2; a=rsa-sha256; t=1707896317; cv=pass; d=google.com; s=arc-20160816; b=kYcGXWh/TGNqtBf6IaulpWP8n+ph1xBHSvrSklCYzwPeqkXhYZfhbbwmgjgbYDCiCa E0YmYSklLPlaAc9IyAdC16gFCgKJGcMBa0H+y/hFEEIOv8iM4q06HV9BdEWoHqLyPMlR DY0o6qw6RbxW+hRqo9sEgYxsPAoZZN3zhjyaP/9Hs4qoDSJHkwc2x73Xa0YXHoInyTqc oiOuH5roBF1EoV2wHVhfqtPYlqJopG8cS9bE7tAbAMfFLuqwjlqyjGOliBuyNWFkA2Iv i+boEl5UcL+nngm8qYgFDAIqyL3BRw0FKUm+LrLZDn4ValhYo5JJGkj8edmJhcAnMsYu hfhw== ARC-Message-Signature: i=2; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=user-agent:in-reply-to:content-disposition:mime-version :list-unsubscribe:list-subscribe:list-id:precedence:references :message-id:subject:cc:to:from:date; bh=X+rp8oPSvcRS00APMPKjLCzNKODfb8RnRg7Cfx4sFj8=; fh=aL0oaAts3kVHl5uQjBkEgdEw3od/fuBenaVulM2mdpQ=; b=02YJhXEvOlV3FmOjDtaqH/lDZaUP42vBPfg+wSUp4kJLXC9FVGUtOyvTdedH9OjJ2J o7E2t/4kLc5O/UEMVkMA6S4ebAeJp95AnT9XuSz1kjS7JTB03e3YYDrLiAwma9T1Q9+Z VecOEJDDjxwtcc4Zfy0QSXJoSQ8Hq3aDFPhDpzDf//6N29yOfK4jkSeOqB85HHSOjHRt cfdwY5H5wqM04frZtciPH4W1ZX2pshp4M/CjKR9DG/I4EEEeth8iXLOnmXvN8FDQ2/G3 QG/T7ZdD69IIfWDvdSPMJbWbPvT2CdrKPqjvgQeU0y/oxTNmGvswXDVW557J+f7mbUoF IuQA==; dara=google.com ARC-Authentication-Results: i=2; mx.google.com; arc=pass (i=1 spf=pass spfdomain=lst.de); spf=pass (google.com: domain of linux-kernel+bounces-64838-linux.lists.archive=gmail.com@vger.kernel.org designates 2604:1380:40f1:3f00::1 as permitted sender) smtp.mailfrom="linux-kernel+bounces-64838-linux.lists.archive=gmail.com@vger.kernel.org" X-Forwarded-Encrypted: i=2; AJvYcCUp51AJklPYRDFp7A4G7miqyYdxXNTmEb7ADoyLE2XF4q5dQxvN6XI/5LdDyrosbFwDIz7Yx1dPeDq88fHxmZ0s+R1o3/jHMT90Iw67Lw== Return-Path: Received: from sy.mirrors.kernel.org (sy.mirrors.kernel.org. [2604:1380:40f1:3f00::1]) by mx.google.com with ESMTPS id oc10-20020a17090b1c0a00b00298db85ef03si471884pjb.32.2024.02.13.23.38.37 for (version=TLS1_3 cipher=TLS_AES_256_GCM_SHA384 bits=256/256); Tue, 13 Feb 2024 23:38:37 -0800 (PST) Received-SPF: pass (google.com: domain of linux-kernel+bounces-64838-linux.lists.archive=gmail.com@vger.kernel.org designates 2604:1380:40f1:3f00::1 as permitted sender) client-ip=2604:1380:40f1:3f00::1; Authentication-Results: mx.google.com; arc=pass (i=1 spf=pass spfdomain=lst.de); spf=pass (google.com: domain of linux-kernel+bounces-64838-linux.lists.archive=gmail.com@vger.kernel.org designates 2604:1380:40f1:3f00::1 as permitted sender) smtp.mailfrom="linux-kernel+bounces-64838-linux.lists.archive=gmail.com@vger.kernel.org" Received: from smtp.subspace.kernel.org (wormhole.subspace.kernel.org [52.25.139.140]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by sy.mirrors.kernel.org (Postfix) with ESMTPS id BBE4DB21566 for ; Wed, 14 Feb 2024 07:38:34 +0000 (UTC) Received: from localhost.localdomain (localhost.localdomain [127.0.0.1]) by smtp.subspace.kernel.org (Postfix) with ESMTP id 0D27811C80; Wed, 14 Feb 2024 07:38:23 +0000 (UTC) Received: from verein.lst.de (verein.lst.de [213.95.11.211]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by smtp.subspace.kernel.org (Postfix) with ESMTPS id 8E8BB11701; Wed, 14 Feb 2024 07:38:20 +0000 (UTC) Authentication-Results: smtp.subspace.kernel.org; arc=none smtp.client-ip=213.95.11.211 ARC-Seal:i=1; a=rsa-sha256; d=subspace.kernel.org; s=arc-20240116; t=1707896302; cv=none; b=ekHmzbN3cVELTEc97X9M3BpIOWJdrKnAjICCONLXeql5Vm+Rxtj1mjliwxaz4d0r2q/TEONMlnL5kNe32Vwi/EIQ+vWOiOz9HHu7ZTf0jdkHslCGUIxW5egiLP2RJgnFIUhBLKoHsi0vya9ZPaG98ilrnUpIQv39Dc7nANOV/Ck= ARC-Message-Signature:i=1; a=rsa-sha256; d=subspace.kernel.org; s=arc-20240116; t=1707896302; c=relaxed/simple; bh=gATsw7AKug4+PziIaykTXVTLzN8FyjlrHqztEG8RHNQ=; h=Date:From:To:Cc:Subject:Message-ID:References:MIME-Version: Content-Type:Content-Disposition:In-Reply-To; b=auZMLk8uGdH0/1s5BY5II+82vrvwRSQ/og4xt2LjGxY28Tp3WtrN7/FtAXqozuR5rq2MhysI7S6Op/pU88WMKpocFg9Se9z7cG5ClNy6JctGistSak55duyWchiZqfmjztFBVsId8VPR3VNGyN6mMJkC5ZrmgtI+QJAG9u72c8w= ARC-Authentication-Results:i=1; smtp.subspace.kernel.org; dmarc=none (p=none dis=none) header.from=lst.de; spf=pass smtp.mailfrom=lst.de; arc=none smtp.client-ip=213.95.11.211 Authentication-Results: smtp.subspace.kernel.org; dmarc=none (p=none dis=none) header.from=lst.de Authentication-Results: smtp.subspace.kernel.org; spf=pass smtp.mailfrom=lst.de Received: by verein.lst.de (Postfix, from userid 2407) id 881E8227AA8; Wed, 14 Feb 2024 08:38:14 +0100 (CET) Date: Wed, 14 Feb 2024 08:38:13 +0100 From: Christoph Hellwig To: Dave Chinner Cc: Christoph Hellwig , John Garry , djwong@kernel.org, viro@zeniv.linux.org.uk, brauner@kernel.org, dchinner@redhat.com, jack@suse.cz, chandan.babu@oracle.com, martin.petersen@oracle.com, linux-kernel@vger.kernel.org, linux-xfs@vger.kernel.org, linux-fsdevel@vger.kernel.org, tytso@mit.edu, jbongio@google.com, ojaswin@linux.ibm.com Subject: Re: [PATCH 0/6] block atomic writes for XFS Message-ID: <20240214073813.GA10006@lst.de> References: <20240124142645.9334-1-john.g.garry@oracle.com> <20240213072237.GA24218@lst.de> Precedence: bulk X-Mailing-List: linux-kernel@vger.kernel.org List-Id: List-Subscribe: List-Unsubscribe: MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.5.17 (2007-11-01) On Wed, Feb 14, 2024 at 10:50:22AM +1100, Dave Chinner wrote: > The functionality atomic writes need from the filesystem is for > extent alignment constraints to be applied to all extent > manipulations, not just allocation. This is the same functionality > that DAX based XFS filesystems need to guarantee PMD aligned > extents. > > IOWs, the required filesystem extent alignment functionality is not > specific to atomic writes and it is not specific to a particular > type of storage hardware. > > If we implement the generic extent alignment constraints properly, > everything else from there is just a matter of configuring the > filesystem geometry to match the underlying hardware capability. > mkfs can do that for us, like it already does for RAID storage... Agreed. But the one thing making atomic writes odd right now is that it absolutely is required for operation right now, while for other features is is somewhere between nice and important to have and not a deal breaker. So eithe we need to figure out a somewhat generic and not totally XFS implementation specific user space interface to do the force alignment (which this series tries to do). Or we make atomic writes like the other features and ensure they still work without the proper alignment if they suck. Doing that was my initial gut feeling, and looking at other approaches just makes me tend even stronger towards that. > > -Dave. > -- > Dave Chinner > david@fromorbit.com ---end quoted text---