Received: by 2002:a05:6a10:2726:0:0:0:0 with SMTP id ib38csp1065524pxb; Fri, 1 Apr 2022 03:45:59 -0700 (PDT) X-Google-Smtp-Source: ABdhPJxdPhSDxfNx7Gqsvuqc2UtTQA6F/3SpYkBV5VBN2tMJJXUfnvPCzZ2XCiFdLdkWgLveAMDK X-Received: by 2002:a17:906:154c:b0:6ce:21d7:2826 with SMTP id c12-20020a170906154c00b006ce21d72826mr8646975ejd.9.1648809959477; Fri, 01 Apr 2022 03:45:59 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1648809959; cv=none; d=google.com; s=arc-20160816; b=P3FBJUXLPLV+El8OMC2XlmS2PJ+csrrLojSZBbe3J8t/zFXT56WJUUfRvzqO8oKgfr /WlU7B30SzGsNsOy7/J3Zq961IIgRDddoXaIrfhCHsvxNyw2AZrHKE4helLcd/mRmcCy wpBb0ZEFO1CWhILipZRF4p7GalKc/QwgFEz55TV1wyV6Sh26lnicxYgMCFqUTC3N9qKq P8PWkI7Z8weTSmHv61/i49e6N6TVnGKs3F0lZT56wQKFyt+5vEgzjUfbcw7Q/fxAib1j L6iTuPaToOIgKUbDC1I7OVJ8HZMiNS02g5sbnYN3JUEmjDA7T8/EIX7PnvbdsX6xyJR3 pSfw== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:content-transfer-encoding:mime-version :references:in-reply-to:message-id:date:subject:cc:to:from; bh=cuG89tFxrqeFnR88FrM35wbGErhWupxmVP9eg5QmVjQ=; b=N7/AGSxjbQV8PfiR5I5LxN7XQGrZSH2WM1PPR9LEaZye/V9NvmBP6rbJ5ngomx9Ipm juFVPmXo5gAtTPZPyQLfWd3NihKHPytR9F4Paxww0qQ+TJUJAOXymSH62EtbSBYPqMGs 9BCU4wh/9IQQN4pQHabouZpSrINKxQMjfb+KG2dar3KA2dVhYxFrpYVsB1Exiu78etxE LS9A+k0gy7lxxvDzpdVbfwYFleHZaOIkDadj5FT5E1HzjBj5Yh3PmoIi86rJmM4kya12 qgEWRKdzh7fxzXNW9PFwW4h/JtCwDGvzQsyk9WXcmzWS5epacIo0OyIiYXjWDF1lKohH LCpA== ARC-Authentication-Results: i=1; mx.google.com; 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; dmarc=fail (p=QUARANTINE sp=QUARANTINE dis=NONE) header.from=huawei.com Return-Path: Received: from out1.vger.email (out1.vger.email. [2620:137:e000::1:20]) by mx.google.com with ESMTP id qx11-20020a170906fccb00b006df76385d9bsi1250806ejb.571.2022.04.01.03.45.34; Fri, 01 Apr 2022 03:45:59 -0700 (PDT) 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; 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; dmarc=fail (p=QUARANTINE sp=QUARANTINE dis=NONE) header.from=huawei.com Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S244613AbiDADbi (ORCPT + 99 others); Thu, 31 Mar 2022 23:31:38 -0400 Received: from lindbergh.monkeyblade.net ([23.128.96.19]:60170 "EHLO lindbergh.monkeyblade.net" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S244566AbiDADb1 (ORCPT ); Thu, 31 Mar 2022 23:31:27 -0400 Received: from szxga02-in.huawei.com (szxga02-in.huawei.com [45.249.212.188]) by lindbergh.monkeyblade.net (Postfix) with ESMTPS id 7D7A85A09A; Thu, 31 Mar 2022 20:29:35 -0700 (PDT) Received: from kwepemi500001.china.huawei.com (unknown [172.30.72.56]) by szxga02-in.huawei.com (SkyGuard) with ESMTP id 4KV5Fg060KzDqDV; Fri, 1 Apr 2022 11:27:18 +0800 (CST) Received: from kwepemm600015.china.huawei.com (7.193.23.52) by kwepemi500001.china.huawei.com (7.221.188.114) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_128_GCM_SHA256) id 15.1.2308.21; Fri, 1 Apr 2022 11:29:33 +0800 Received: from huawei.com (10.175.127.227) by kwepemm600015.china.huawei.com (7.193.23.52) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_128_GCM_SHA256) id 15.1.2308.21; Fri, 1 Apr 2022 11:29:32 +0800 From: ChenXiaoSong To: , , CC: , , , , , Subject: [PATCH -next,v2 3/3] Revert "nfs: nfs_file_write() should check for writeback errors" Date: Fri, 1 Apr 2022 11:44:09 +0800 Message-ID: <20220401034409.256770-4-chenxiaosong2@huawei.com> X-Mailer: git-send-email 2.31.1 In-Reply-To: <20220401034409.256770-1-chenxiaosong2@huawei.com> References: <20220401034409.256770-1-chenxiaosong2@huawei.com> MIME-Version: 1.0 Content-Transfer-Encoding: 7BIT Content-Type: text/plain; charset=US-ASCII X-Originating-IP: [10.175.127.227] X-ClientProxiedBy: dggems702-chm.china.huawei.com (10.3.19.179) To kwepemm600015.china.huawei.com (7.193.23.52) X-CFilter-Loop: Reflected X-Spam-Status: No, score=-4.2 required=5.0 tests=BAYES_00,RCVD_IN_DNSWL_MED, RCVD_IN_MSPIKE_H5,RCVD_IN_MSPIKE_WL,SPF_HELO_NONE,SPF_PASS, T_SCC_BODY_TEXT_LINE autolearn=ham autolearn_force=no version=3.4.6 X-Spam-Checker-Version: SpamAssassin 3.4.6 (2021-04-09) on lindbergh.monkeyblade.net Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org This reverts commit ce368536dd614452407dc31e2449eb84681a06af. Second `dd` of the following reproducer will be very very slow. filemap_sample_wb_err() always return 0 if old wb error have not been consumed. filemap_check_wb_err() will return the old error even if there is no new writeback error between filemap_sample_wb_err() and filemap_check_wb_err(). Then nfs_need_check_write() always return true, nfs_wb_all() will be called every time in nfs_file_write(). Reproducer: nfs server | nfs client -----------------------------|--------------------------------------------- # No space left on server | fallocate -l 100G /svr/nospc | | mount -t nfs $nfs_server_ip:/ /mnt | | # Expected error: No space left on device | dd if=/dev/zero of=/mnt/file count=1 ibs=1M | | # Release space on mountpoint | rm /mnt/nospc | | # very very slow | dd if=/dev/zero of=/mnt/file count=1 ibs=1M generic_perform_write() detect wb error by calling filemap_check_errors(): generic_perform_write nfs_write_end nfs_wb_all filemap_write_and_wait filemap_write_and_wait_range filemap_check_errors filemap_fdatawait_range() detect wb error by calling filemap_check_errors(): filemap_fdatawait_range __filemap_fdatawait_range filemap_check_errors generic_write_sync() will also detect wb error by calling nfs_file_fsync(): generic_write_sync vfs_fsync_range nfs_file_fsync file_write_and_wait_range file_check_and_advance_wb_err errseq_check_and_advance When writeback error is detected in nfs_file_write(), we just goto label "out", will not goto nfs_need_check_write(). So we remove the useless and problematic checking. Signed-off-by: ChenXiaoSong --- fs/nfs/file.c | 12 +++--------- 1 file changed, 3 insertions(+), 9 deletions(-) diff --git a/fs/nfs/file.c b/fs/nfs/file.c index 353f1f832519..49f1485a30bb 100644 --- a/fs/nfs/file.c +++ b/fs/nfs/file.c @@ -597,14 +597,12 @@ static const struct vm_operations_struct nfs_file_vm_ops = { .page_mkwrite = nfs_vm_page_mkwrite, }; -static int nfs_need_check_write(struct file *filp, struct inode *inode, - int error) +static int nfs_need_check_write(struct file *filp, struct inode *inode) { struct nfs_open_context *ctx; ctx = nfs_file_open_context(filp); - if (nfs_error_is_fatal_on_server(error) || - nfs_ctx_key_to_expire(ctx, inode)) + if (nfs_ctx_key_to_expire(ctx, inode)) return 1; return 0; } @@ -615,8 +613,6 @@ ssize_t nfs_file_write(struct kiocb *iocb, struct iov_iter *from) struct inode *inode = file_inode(file); unsigned int mntflags = NFS_SERVER(inode)->flags; ssize_t result, written; - errseq_t since; - int error; result = nfs_key_timeout_notify(file, inode); if (result) @@ -641,7 +637,6 @@ ssize_t nfs_file_write(struct kiocb *iocb, struct iov_iter *from) nfs_clear_invalid_mapping(file->f_mapping); - since = filemap_sample_wb_err(file->f_mapping); nfs_start_io_write(inode); result = generic_write_checks(iocb, from); if (result > 0) { @@ -675,8 +670,7 @@ ssize_t nfs_file_write(struct kiocb *iocb, struct iov_iter *from) goto out; /* Return error values */ - error = filemap_check_wb_err(file->f_mapping, since); - if (nfs_need_check_write(file, inode, error)) { + if (nfs_need_check_write(file, inode)) { int err = nfs_wb_all(inode); if (err < 0) result = err; -- 2.31.1