Message ID | 20230109051823.480289-1-willy@infradead.org |
---|---|
Headers |
Return-Path: <linux-kernel-owner@vger.kernel.org> Delivered-To: ouuuleilei@gmail.com Received: by 2002:a5d:4e01:0:0:0:0:0 with SMTP id p1csp1984739wrt; Sun, 8 Jan 2023 21:19:08 -0800 (PST) X-Google-Smtp-Source: AMrXdXsjAX/gUspOpDo6mD/sobVi1xVVqcPdnOVDDCqd5sUSxQeMBUre0vS70TesCUu7kRvQ+BOg X-Received: by 2002:a17:907:9c08:b0:78d:f454:ba4a with SMTP id ld8-20020a1709079c0800b0078df454ba4amr41695392ejc.73.1673241548035; Sun, 08 Jan 2023 21:19:08 -0800 (PST) ARC-Seal: i=1; a=rsa-sha256; t=1673241548; cv=none; d=google.com; s=arc-20160816; b=vBh3CHHHLEpGtTpcBOH99WGvqKtt6hfF4c65BsNBZS2m5gE0sDBf3hMAAKXeAdoVJO NHkjaZJlFhnbVYXFcvQIqUa8PoUFETQeK0RPocCs75upG8E9C6g8zyzlc2iwJL1RVHj2 wl4IW478JhUqT8TOGnQ3JAYsQw2N1MBXwkc1ka4BnKBWey02BiFOHGp0nGGJ2igP86Vv k3jytqGLnI58GEQWyDD1bXcTmVnuwIAfKG5g7ua2HV96O3w1I0RB/OjCQjcmImuf3iYC KfUrZ1F1SU7HRNn9uoBlD9Mw4RFUIZUjNmUA3upRY8UslfwyPdIHb1G5D29TsnB4D+LB GnFw== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:to:content-transfer-encoding:mime-version :message-id:date:subject:cc:from:dkim-signature; bh=JpiAG5g4jSuC1TENXR2TieCP/vbxO2sPm9LP2RA2O3o=; b=EcmOFz8vhzva+HutPZc8HEw/TPOMbUWIUCJzkhls+bvAZzZla3StRjFqnxUubRDOda iC4p7A+6qCJFAPjOJuygMXXucO9so89mkVGBNfoytp6Na43kC59k939lXUDGm5AzxbDD B1rvjL93alcnaatWICuQ4vEh/76TkKghCmwcCP2AFci7v8GuyM6IS2H43zaCbzXvuJdL +Wm7hgo4bRf7Ui9luiquJ6Qfik8kTB1fI/bC2uSbmBhj4bxdu0loT8wUyo8sZ9VQo9BH PLfaaxE3z6eX1N4MemGeJU9zZGHKU4zyXEHGqP7fCGny1cHggxtrQu+EfTHG09dyK03H uS9w== ARC-Authentication-Results: i=1; mx.google.com; dkim=fail header.i=@infradead.org header.s=casper.20170209 header.b=Mal8Bd3G; spf=pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 2620:137:e000::1:20 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org Received: from out1.vger.email (out1.vger.email. [2620:137:e000::1:20]) by mx.google.com with ESMTP id hc41-20020a17090716a900b007ae74740fa4si10291563ejc.275.2023.01.08.21.18.42; Sun, 08 Jan 2023 21:19:08 -0800 (PST) Received-SPF: pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 2620:137:e000::1:20 as permitted sender) client-ip=2620:137:e000::1:20; Authentication-Results: mx.google.com; dkim=fail header.i=@infradead.org header.s=casper.20170209 header.b=Mal8Bd3G; spf=pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 2620:137:e000::1:20 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S236238AbjAIFS0 (ORCPT <rfc822;jian.xie.xdx@gmail.com> + 99 others); Mon, 9 Jan 2023 00:18:26 -0500 Received: from lindbergh.monkeyblade.net ([23.128.96.19]:53572 "EHLO lindbergh.monkeyblade.net" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S234075AbjAIFSS (ORCPT <rfc822;linux-kernel@vger.kernel.org>); Mon, 9 Jan 2023 00:18:18 -0500 Received: from casper.infradead.org (casper.infradead.org [IPv6:2001:8b0:10b:1236::1]) by lindbergh.monkeyblade.net (Postfix) with ESMTPS id 3E7F4CE19; Sun, 8 Jan 2023 21:18:15 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=infradead.org; s=casper.20170209; h=Content-Transfer-Encoding:MIME-Version: Message-Id:Date:Subject:Cc:To:From:Sender:Reply-To:Content-Type:Content-ID: Content-Description:In-Reply-To:References; bh=JpiAG5g4jSuC1TENXR2TieCP/vbxO2sPm9LP2RA2O3o=; b=Mal8Bd3GRbqjg5vIbj+VWqPjWx alh9hhMGbydpvnDO2DrivhrnhNeQkAc1hvlOtrueBM5JfdQiWIowjkQQR5O0baCYMYumhIfjdAo4z zZ/TV4Ij4wZ7gXQzixv4CrdrdvHBX/ocACy9IlIifeTFEnWy1hooc3TfF99cX3sqEQaVBoSPB2GYT MStTBFKjAxDov5hTr4TRVTDD3ls460ybY0XkaCUwxS4EuK7OcVZeLtv1DeU65KqFVs05YbwSF0PfT C5VunMTKsJIRkJufU/Bl/1Qzcdp0LNTCwqmVLL3UVGuePyHKEoRdcAxLvBN+fiQirZgy0jaeXFej5 R0S3+1xg==; Received: from willy by casper.infradead.org with local (Exim 4.94.2 #2 (Red Hat Linux)) id 1pEkYC-0020wk-K7; Mon, 09 Jan 2023 05:18:24 +0000 From: "Matthew Wilcox (Oracle)" <willy@infradead.org> Cc: "Matthew Wilcox (Oracle)" <willy@infradead.org>, Jeff Layton <jlayton@redhat.com>, linux-fsdevel@vger.kernel.org, linux-mm@kvack.org, linux-kernel@vger.kernel.org, Christoph Hellwig <hch@lst.de> Subject: [PATCH 00/11] Remove AS_EIO and AS_ENOSPC Date: Mon, 9 Jan 2023 05:18:12 +0000 Message-Id: <20230109051823.480289-1-willy@infradead.org> X-Mailer: git-send-email 2.37.1 MIME-Version: 1.0 Content-Transfer-Encoding: 8bit X-Spam-Status: No, score=-4.4 required=5.0 tests=BAYES_00,DKIM_SIGNED, DKIM_VALID,DKIM_VALID_AU,DKIM_VALID_EF,RCVD_IN_DNSWL_MED,SPF_HELO_NONE, SPF_NONE autolearn=ham autolearn_force=no version=3.4.6 X-Spam-Checker-Version: SpamAssassin 3.4.6 (2021-04-09) on lindbergh.monkeyblade.net To: unlisted-recipients:; (no To-header on input) Precedence: bulk List-ID: <linux-kernel.vger.kernel.org> X-Mailing-List: linux-kernel@vger.kernel.org X-getmail-retrieved-from-mailbox: =?utf-8?q?INBOX?= X-GMAIL-THRID: =?utf-8?q?1754520929709990572?= X-GMAIL-MSGID: =?utf-8?q?1754520929709990572?= |
Series |
Remove AS_EIO and AS_ENOSPC
|
|
Message
Matthew Wilcox
Jan. 9, 2023, 5:18 a.m. UTC
Finish the work of converting every user to the "new" wb_err infrastructure. This will clash with Christoph's patch series to remove folio_write_one(), so I'll redo this after that patch series goes in. Matthew Wilcox (Oracle) (11): memory-failure: Remove comment referencing AS_EIO filemap: Remove filemap_check_and_keep_errors() f2fs: Convert f2fs_wait_on_node_pages_writeback() to errseq fuse: Convert fuse_flush() to use file_check_and_advance_wb_err() page-writeback: Convert folio_write_one() to use an errseq filemap: Convert filemap_write_and_wait_range() to use errseq filemap: Convert filemap_fdatawait_range() to errseq cifs: Remove call to filemap_check_wb_err() mm: Remove AS_EIO and AS_ENOSPC mm: Remove filemap_fdatawait_range_keep_errors() mm: Remove filemap_fdatawait_keep_errors() block/bdev.c | 8 +-- fs/btrfs/extent_io.c | 6 +-- fs/cifs/file.c | 8 ++- fs/f2fs/data.c | 2 +- fs/f2fs/node.c | 4 +- fs/fs-writeback.c | 7 +-- fs/fuse/file.c | 3 +- fs/jbd2/commit.c | 12 ++--- fs/xfs/scrub/bmap.c | 2 +- include/linux/pagemap.h | 23 ++------ mm/filemap.c | 113 +++++++--------------------------------- mm/memory-failure.c | 28 ---------- mm/page-writeback.c | 17 +++--- 13 files changed, 51 insertions(+), 182 deletions(-)
Comments
On Mon, 2023-01-09 at 05:18 +0000, Matthew Wilcox (Oracle) wrote: > Finish the work of converting every user to the "new" wb_err > infrastructure. This will clash with Christoph's patch series to remove > folio_write_one(), so I'll redo this after that patch series goes in. > > Matthew Wilcox (Oracle) (11): > memory-failure: Remove comment referencing AS_EIO > filemap: Remove filemap_check_and_keep_errors() > f2fs: Convert f2fs_wait_on_node_pages_writeback() to errseq > fuse: Convert fuse_flush() to use file_check_and_advance_wb_err() > page-writeback: Convert folio_write_one() to use an errseq > filemap: Convert filemap_write_and_wait_range() to use errseq > filemap: Convert filemap_fdatawait_range() to errseq > cifs: Remove call to filemap_check_wb_err() > mm: Remove AS_EIO and AS_ENOSPC > mm: Remove filemap_fdatawait_range_keep_errors() > mm: Remove filemap_fdatawait_keep_errors() > > block/bdev.c | 8 +-- > fs/btrfs/extent_io.c | 6 +-- > fs/cifs/file.c | 8 ++- > fs/f2fs/data.c | 2 +- > fs/f2fs/node.c | 4 +- > fs/fs-writeback.c | 7 +-- > fs/fuse/file.c | 3 +- > fs/jbd2/commit.c | 12 ++--- > fs/xfs/scrub/bmap.c | 2 +- > include/linux/pagemap.h | 23 ++------ > mm/filemap.c | 113 +++++++--------------------------------- > mm/memory-failure.c | 28 ---------- > mm/page-writeback.c | 17 +++--- > 13 files changed, 51 insertions(+), 182 deletions(-) > Now that I got my understanding straight about unseen errors, I think this looks good. I think it'd be best to avoid advancing f_wb_err in ->flush operations but the rest of this looks fine. You can add this to all but #4 (and that one should be easily fixable). Reviewed-by: Jeff Layton <jlayton@kernel.org>
On Mon, Jan 09, 2023 at 05:18:12AM +0000, Matthew Wilcox (Oracle) wrote: > Finish the work of converting every user to the "new" wb_err > infrastructure. This will clash with Christoph's patch series to remove > folio_write_one(), so I'll redo this after that patch series goes in. Based on the conflicts with the btrfs tree picking up the btrfs part of this series I think the best way forward is: - I'll resubmit my series without the two btrfs patches and the final patch to move folio_write_one into jfs - that last patch will be delayed until 6.4 and rebased on top of your series While this keeps folio_write_one/write_one_page around for one more merge window it should entangle all the work nicely. We'll just need to watch out that no new users appear.