Received: by 2002:a05:6902:102b:0:0:0:0 with SMTP id x11csp1026072ybt; Fri, 19 Jun 2020 22:04:00 -0700 (PDT) X-Google-Smtp-Source: ABdhPJz0i1v6xSM3qtjMnnvp9Betx4rxhe732SXja4H8dTssymTtAgj8PLSADMEep37FQbbym1X5 X-Received: by 2002:a17:906:3456:: with SMTP id d22mr6506280ejb.358.1592629439979; Fri, 19 Jun 2020 22:03:59 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1592629439; cv=none; d=google.com; s=arc-20160816; b=pVEtipeDcn2gwDOk0Sd4kL5BljS/gNo5UOIU/qkJNWZPoMrgzIP0+PMXH/buQkD9KI JEWkjt2OL5fyFLYZdaAVD6VglWbns0r540tqjvfmkj4V3NPJOtJdPkBNEZ2aLGAHcMA1 Of8u1qovIJdfgE1L2exgAdifh72U1wcNVaHHQ8DWWdRoCDWQ4A5N3HULhuX88It4jphJ KipuCMGuh+MpuihlXDZt7rz15NvB0OpEoyVzCx+teJT6OrhbePYvdWgWUNFq15+dawyT 1rF57KavU6Z9o8CCFAmBqUu/M6gZpcS4NcvwFK2XHl9PgwG9TmDxP/OVqy4psCHuqLn2 MBhw== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:sender:content-transfer-encoding:mime-version :references:in-reply-to:message-id:date:subject:cc:to:from; bh=xyV/O98CJJJrNcNhswqjay8mknTdQrZYslyecI91iTc=; b=LG7i1uwqW5bKd8fg7hq2D5HD8A4+YjLlLFwxVhvY6UfUIUkx9AGs3CbbATs8nHS8H0 t1OCnDwo3EnhnHTeJ+jcKlwpOpCGfZMScGwQC4KAh+6qRngC9ucW2S47b45qIUCXmEvL rqZo3Q4fJ3xk5S1Wm3TEcnRO2ja7Q8o5gcalK4HLAkpvQoh2hz4q8/ohAKohgnrKPE6N keRmSboKLZJGrrHqioAjxx68nNQ6gdfPO63mwuAfpdHf/XKXegHj+RmlR1rEIyAKmRfw PrP3E/PZPf8L3q39r4zP8LtPYpO6rD8/VFwH8KYNc/c/lqGmds5p+wm1ByLQjFLFqmTo AhfA== 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 d20si5263545edq.97.2020.06.19.22.03.37; Fri, 19 Jun 2020 22:03:59 -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 S1732136AbgFTCxl (ORCPT + 99 others); Fri, 19 Jun 2020 22:53:41 -0400 Received: from szxga06-in.huawei.com ([45.249.212.32]:54910 "EHLO huawei.com" rhost-flags-OK-OK-OK-FAIL) by vger.kernel.org with ESMTP id S1732119AbgFTCxh (ORCPT ); Fri, 19 Jun 2020 22:53:37 -0400 Received: from DGGEMS401-HUB.china.huawei.com (unknown [172.30.72.60]) by Forcepoint Email with ESMTP id 820CC923E92422E49FE3; Sat, 20 Jun 2020 10:53:33 +0800 (CST) Received: from huawei.com (10.175.127.227) by DGGEMS401-HUB.china.huawei.com (10.3.19.201) with Microsoft SMTP Server id 14.3.487.0; Sat, 20 Jun 2020 10:53:21 +0800 From: "zhangyi (F)" To: , , CC: , , , Subject: [PATCH v3 2/5] ext4: remove ext4_buffer_uptodate() Date: Sat, 20 Jun 2020 10:54:24 +0800 Message-ID: <20200620025427.1756360-3-yi.zhang@huawei.com> X-Mailer: git-send-email 2.25.4 In-Reply-To: <20200620025427.1756360-1-yi.zhang@huawei.com> References: <20200620025427.1756360-1-yi.zhang@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-CFilter-Loop: Reflected Sender: linux-ext4-owner@vger.kernel.org Precedence: bulk List-ID: X-Mailing-List: linux-ext4@vger.kernel.org After we add async write error check in ext4_journal_get_write_access(), we can remove the partial fix for filesystem inconsistency problem caused by reading old data from disk, which in commit <7963e5ac9012> "ext4: treat buffers with write errors as containing valid data" and "ext4: treat buffers contining write errors as valid in ext4_sb_bread()". Signed-off-by: zhangyi (F) --- fs/ext4/ext4.h | 13 ------------- fs/ext4/inode.c | 4 ++-- fs/ext4/super.c | 2 +- 3 files changed, 3 insertions(+), 16 deletions(-) diff --git a/fs/ext4/ext4.h b/fs/ext4/ext4.h index 60374eda1f51..f22940e5de5a 100644 --- a/fs/ext4/ext4.h +++ b/fs/ext4/ext4.h @@ -3501,19 +3501,6 @@ extern const struct iomap_ops ext4_iomap_ops; extern const struct iomap_ops ext4_iomap_overwrite_ops; extern const struct iomap_ops ext4_iomap_report_ops; -static inline int ext4_buffer_uptodate(struct buffer_head *bh) -{ - /* - * If the buffer has the write error flag, we have failed - * to write out data in the block. In this case, we don't - * have to read the block because we may read the old data - * successfully. - */ - if (!buffer_uptodate(bh) && buffer_write_io_error(bh)) - set_buffer_uptodate(bh); - return buffer_uptodate(bh); -} - #endif /* __KERNEL__ */ #define EFSBADCRC EBADMSG /* Bad CRC detected */ diff --git a/fs/ext4/inode.c b/fs/ext4/inode.c index 40ec5c7ef0d3..f68afc5c0b2d 100644 --- a/fs/ext4/inode.c +++ b/fs/ext4/inode.c @@ -883,7 +883,7 @@ struct buffer_head *ext4_bread(handle_t *handle, struct inode *inode, bh = ext4_getblk(handle, inode, block, map_flags); if (IS_ERR(bh)) return bh; - if (!bh || ext4_buffer_uptodate(bh)) + if (!bh || buffer_uptodate(bh)) return bh; ll_rw_block(REQ_OP_READ, REQ_META | REQ_PRIO, 1, &bh); wait_on_buffer(bh); @@ -910,7 +910,7 @@ int ext4_bread_batch(struct inode *inode, ext4_lblk_t block, int bh_count, for (i = 0; i < bh_count; i++) /* Note that NULL bhs[i] is valid because of holes. */ - if (bhs[i] && !ext4_buffer_uptodate(bhs[i])) + if (bhs[i] && !buffer_uptodate(bhs[i])) ll_rw_block(REQ_OP_READ, REQ_META | REQ_PRIO, 1, &bhs[i]); diff --git a/fs/ext4/super.c b/fs/ext4/super.c index 8d3925c31b8a..513d1e270f6d 100644 --- a/fs/ext4/super.c +++ b/fs/ext4/super.c @@ -154,7 +154,7 @@ ext4_sb_bread(struct super_block *sb, sector_t block, int op_flags) if (bh == NULL) return ERR_PTR(-ENOMEM); - if (ext4_buffer_uptodate(bh)) + if (buffer_uptodate(bh)) return bh; ll_rw_block(REQ_OP_READ, REQ_META | op_flags, 1, &bh); wait_on_buffer(bh); -- 2.25.4