Received: by 2002:a25:e74b:0:0:0:0:0 with SMTP id e72csp824433ybh; Tue, 21 Jul 2020 08:45:07 -0700 (PDT) X-Google-Smtp-Source: ABdhPJyMb3duXgM0bzRE9+cE1jbmXkD1IjU85bA6tE0ybdRKNBj5Lys3r9FloZ1Myq/uMSpXy3aE X-Received: by 2002:a05:6402:a58:: with SMTP id bt24mr27228235edb.333.1595346307020; Tue, 21 Jul 2020 08:45:07 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1595346307; cv=none; d=google.com; s=arc-20160816; b=Sc7JLzDcSc3S7975HYbY+c01QCvflJA/iGG8h7UUwmDesEJ+ztrSmLiTCUGnA0qLpN k/siU5UZbbWAZlxDbLMan47i3s13C1jJmmo/tNQUSCmmMaGhnPAjLjbzcGXsxKesRnyx tYSPtWBsN0N2jStAS4326zqgC17H+DGGDjzg8v8BMqpGvZamfpCTgZ2aJ5/rSQxat67P C7X2zXhZNGC2LaUS8T7UIAev+dpu2OEDx0adfLykl+fEUXB6tCAThX0Z/n2XAagfD65w ys6Z/sRJHT0xTzytoH/6oFNc86jihcJMSjbK4ynWvyS24Z6BJu517yQi4rIH9cv98zUW Ss4w== 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=UJl87F8CYNui71i2fNgjGqZn1uSJbntPhxwWUmotwRg=; b=EK0sDTvyPXkaspcBLR1LJ1z7SYuYUfjVyevjYlnjJ3MI1XWK7oTblXlE7IYHIvizfB CtGygQ18akRo5eGRijHS2IdvA0MQQm//ujNhaimhhAYTFWnV70ps/xqIotNXljJaK5ky o9FBq5kxe3G7LDHYG/YgCK5anVQ7zqB2jv0aYUig840cmTVPBiJYPRy8Pn/mLT+Nlrvu lKFMayk+RE/VwEl3aIHYfojXvOo1kbCRUr50h4C8CXd1XNZSx/s3xMjLnXkFeEzJwY8R g331W5H8ZuOQWgt8OyIuwbYAyF5zrrnaVnY9Kdkb/9Ikp3Z4pmrolwy9giZjjxgzTV1A fJ6Q== ARC-Authentication-Results: i=1; mx.google.com; spf=pass (google.com: 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 f22si13256698edj.63.2020.07.21.08.44.43; Tue, 21 Jul 2020 08:45:07 -0700 (PDT) Received-SPF: pass (google.com: 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: 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 S1728969AbgGUPmo (ORCPT + 99 others); Tue, 21 Jul 2020 11:42:44 -0400 Received: from verein.lst.de ([213.95.11.211]:52767 "EHLO verein.lst.de" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1726029AbgGUPmn (ORCPT ); Tue, 21 Jul 2020 11:42:43 -0400 Received: by verein.lst.de (Postfix, from userid 2407) id D724F68AFE; Tue, 21 Jul 2020 17:42:40 +0200 (CEST) Date: Tue, 21 Jul 2020 17:42:40 +0200 From: Christoph Hellwig To: Matthew Wilcox Cc: Christoph Hellwig , Goldwyn Rodrigues , Dave Chinner , Damien Le Moal , Naohiro Aota , Johannes Thumshirn , linux-btrfs@vger.kernel.org, linux-fsdevel@vger.kernel.org, cluster-devel@redhat.com, linux-ext4@vger.kernel.org, linux-xfs@vger.kernel.org, Michael Kerrisk , linux-man@vger.kernel.org Subject: Re: RFC: iomap write invalidation Message-ID: <20200721154240.GB11652@lst.de> References: <20200713074633.875946-1-hch@lst.de> <20200720215125.bfz7geaftocy4r5l@fiona> <20200721145313.GA9217@lst.de> <20200721150432.GH15516@casper.infradead.org> <20200721150615.GA10330@lst.de> <20200721151437.GI15516@casper.infradead.org> <20200721151616.GA11074@lst.de> <20200721153136.GJ15516@casper.infradead.org> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20200721153136.GJ15516@casper.infradead.org> 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 Tue, Jul 21, 2020 at 04:31:36PM +0100, Matthew Wilcox wrote: > > Umm, no. -ENOTBLK is internal - the file systems will retry using > > buffered I/O and the error shall never escape to userspace (or even the > > VFS for that matter). > > Ah, I made the mistake of believing the comments that I could see in > your patch instead of reading the code. > > Can I suggest deleting this comment: > > /* > * No fallback to buffered IO on errors for XFS, direct IO will either > * complete fully or fail. > */ > > and rewording this one: > > /* > * Allow a directio write to fall back to a buffered > * write *only* in the case that we're doing a reflink > * CoW. In all other directio scenarios we do not > * allow an operation to fall back to buffered mode. > */ > > as part of your revised patchset? That isn't actually true. In current mainline we only fallback on reflink RMW cases, but with this series we also fall back for invalidation failures.