Received: by 2002:a05:7412:cfc7:b0:fc:a2b0:25d7 with SMTP id by7csp1594808rdb; Tue, 20 Feb 2024 00:31:50 -0800 (PST) X-Forwarded-Encrypted: i=3; AJvYcCW0P+ejzxPyCbk+93FBxIovaI+xW1ZW+F0g3vH3k9ijsZPDr75lG/3Nd5fdSg2uVwrAOvZ/iVPMOVJmwGsLxKX4jYt3Z5/eVHVmzObVaw== X-Google-Smtp-Source: AGHT+IFW/vDW/JiGnrEe22IBoaejzpJpejr5Zd8cLWKnnk9au5k0I9NAYLpIDFKzjEnqJxuOKs6k X-Received: by 2002:a05:6402:12c7:b0:564:693b:7679 with SMTP id k7-20020a05640212c700b00564693b7679mr3860192edx.10.1708417909896; Tue, 20 Feb 2024 00:31:49 -0800 (PST) ARC-Seal: i=2; a=rsa-sha256; t=1708417909; cv=pass; d=google.com; s=arc-20160816; b=DjLSKderVCYcmyUETE3ADi/1WJuxz0T7Gg2J0tNueOdbsjaL8SDQzhs2hwsg+pF5lX oEAODE8EhRgFqSFX4kfCb98U+ClVSC3rKnA9VrLF4eTcz/0E2pk7iHqaw6+Vy5aJ+fy1 pXPrTfat9CyJ9CoAFJuaWoVWBLrqUhfZwsEf1U/ByQ95AjJu8DfOhRQEaSXG7ovyRXZS lZBC7GoMWbJzhNDSvUa2L5UfhfAZvVN67vh2Nuyt751L5rfMSQNjSJAcmPeQjogLLjsU Qx/2AwdqCwwJVmx6EtyH15poDbud1QW0gTWZiTwpyDBTqItWmHgiGDTy1bNuZr53N1jD +K+w== 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=fxpNT4AuJ4PiXexOMh7ayv0NSQzPgYIaWheuh7geFzs=; fh=bg1KfbYy+Z1NpXnCEhFRBe62186MpCGchuS2BtbWQV4=; b=ifvttRY2YpPHCzkAtsl3oa4zTl9MysUFbjdyDWoVfxldgWEuKHOwlI/yIltB4xjZt2 8Az40UPQ0J2p/2QdciiTBaNQ8oAqBTEzn1jKbkSeQMCHmIHvJkuTZOO/AQbIX2JkJBl4 DoIKAMQjAvvicJ7idXe0fVDt/4g0bDfo8vY6LHUgUUqO8zPZsKIW9gSIAK1rQGdte6Xb kS2igvwmxbp4FHGCxjC1ELZpRezG9NP1DLwgNfS1dNXBtOnpqRr/tIfJkQv1znKFqyz6 ypxpCQeplQtddtHAga2yC7p9EarUzIibD6wV2pi+qtegZD26Si4V/NrvImyLWI6X7heY uI7w==; 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-72562-linux.lists.archive=gmail.com@vger.kernel.org designates 2604:1380:4601:e00::3 as permitted sender) smtp.mailfrom="linux-kernel+bounces-72562-linux.lists.archive=gmail.com@vger.kernel.org" Return-Path: Received: from am.mirrors.kernel.org (am.mirrors.kernel.org. [2604:1380:4601:e00::3]) by mx.google.com with ESMTPS id c19-20020a056402121300b00564574222c1si2174232edw.678.2024.02.20.00.31.49 for (version=TLS1_3 cipher=TLS_AES_256_GCM_SHA384 bits=256/256); Tue, 20 Feb 2024 00:31:49 -0800 (PST) Received-SPF: pass (google.com: domain of linux-kernel+bounces-72562-linux.lists.archive=gmail.com@vger.kernel.org designates 2604:1380:4601:e00::3 as permitted sender) client-ip=2604:1380:4601:e00::3; Authentication-Results: mx.google.com; arc=pass (i=1 spf=pass spfdomain=lst.de); spf=pass (google.com: domain of linux-kernel+bounces-72562-linux.lists.archive=gmail.com@vger.kernel.org designates 2604:1380:4601:e00::3 as permitted sender) smtp.mailfrom="linux-kernel+bounces-72562-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 am.mirrors.kernel.org (Postfix) with ESMTPS id 89A271F21442 for ; Tue, 20 Feb 2024 08:31:49 +0000 (UTC) Received: from localhost.localdomain (localhost.localdomain [127.0.0.1]) by smtp.subspace.kernel.org (Postfix) with ESMTP id 022D75D73A; Tue, 20 Feb 2024 08:31:31 +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 0B5F25CDF3; Tue, 20 Feb 2024 08:31:28 +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=1708417890; cv=none; b=WgoF0U44eMfXh1M2b0wuQaIosw1JI4WpuIf9Gt9NqJnKmd/+HzJrUcJD0bEzlcKf5eCq+diH9umIIlieee8/RfnBd4jKcOl1IKE9/je9xjVIiv2c5y0XTRNX8J5tQkFUZ0OLngwAw5RguLXtAqQEx4x250896bVb0JcEzPq4JXI= ARC-Message-Signature:i=1; a=rsa-sha256; d=subspace.kernel.org; s=arc-20240116; t=1708417890; c=relaxed/simple; bh=YDk3HYOqxUsiTTB2+NpAfAn1JtKi7MAC2KEQKhACM+U=; h=Date:From:To:Cc:Subject:Message-ID:References:MIME-Version: Content-Type:Content-Disposition:In-Reply-To; b=i8xfrjGWxydKkTx7ikR94K5nZWXRNKNeqq+QPaBn2WBlPcMqbkkHSUn/EGWIxb81EVVJlLza6AqwexEtC3Po05yxvxFBNSu0tT2/uDVN+q1kRCgZr0hDBVbSHg5XzynA4BR+Eipce21F1AIMQ/DRBwfmBgdysVQtGSZE0DPDdXI= 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 C0CFB68D05; Tue, 20 Feb 2024 09:31:20 +0100 (CET) Date: Tue, 20 Feb 2024 09:31:19 +0100 From: Christoph Hellwig To: John Garry Cc: axboe@kernel.dk, kbusch@kernel.org, hch@lst.de, sagi@grimberg.me, jejb@linux.ibm.com, martin.petersen@oracle.com, djwong@kernel.org, viro@zeniv.linux.org.uk, brauner@kernel.org, dchinner@redhat.com, jack@suse.cz, linux-block@vger.kernel.org, linux-kernel@vger.kernel.org, linux-nvme@lists.infradead.org, linux-fsdevel@vger.kernel.org, tytso@mit.edu, jbongio@google.com, linux-scsi@vger.kernel.org, ojaswin@linux.ibm.com, linux-aio@kvack.org, linux-btrfs@vger.kernel.org, io-uring@vger.kernel.org, nilay@linux.ibm.com, ritesh.list@gmail.com, Alan Adamson Subject: Re: [PATCH v4 10/11] nvme: Atomic write support Message-ID: <20240220083119.GD13785@lst.de> References: <20240219130109.341523-1-john.g.garry@oracle.com> <20240219130109.341523-11-john.g.garry@oracle.com> 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: <20240219130109.341523-11-john.g.garry@oracle.com> User-Agent: Mutt/1.5.17 (2007-11-01) Thanks for writing a good commit message! > NVMe namespaces may define an atomic boundary, whereby no atomic guarantees > are provided for a write which straddles this per-lba space boundary. The > block layer merging policy is such that no merges may occur in which the > resultant request would straddle such a boundary. > > Unlike SCSI, NVMe specifies no granularity or alignment rules. Well, the boundary really is sort of a granularity and alignment, isn't it?