Received: by 2002:a25:1506:0:0:0:0:0 with SMTP id 6csp212104ybv; Wed, 12 Feb 2020 22:39:59 -0800 (PST) X-Google-Smtp-Source: APXvYqyXJM189anhlW4tJI1paC0ljONQkWjS0VcHiD85WgRkici1po2JdF873pxyBtyOClwN/n1s X-Received: by 2002:a05:6830:155a:: with SMTP id l26mr12422449otp.339.1581575999766; Wed, 12 Feb 2020 22:39:59 -0800 (PST) ARC-Seal: i=1; a=rsa-sha256; t=1581575999; cv=none; d=google.com; s=arc-20160816; b=Y8Y360ctc8ofIimcDxVclNVVO8lQK7q21u0O70Z/Cc8KNlWSGXBrdXEECEeST8LN7P qcGuP6FnscMwsVVT9nfMfHjE7xARja+t9n9dMpo4l4Xkvz/8JSHupPqR+yj9Dxm7/uGM Hsc5s1SAsDkq9bMErs2kRu90z2OMNpVhpUTtJbKV7GXiLG9MQYGoG2CBuqcR7C7DNCvO Ma2cPJYJA6/oTH4J0fr4F7vZc6uoIfT167GT80BeqdkAJzsfr7PfY/5xav/Xtrg6uQIB p5HAmPx9DvTFobJVfr1xHJBHQf//udig9EZAG3AAMNNKulZjzrQFQMe9UGzWU9seRJ6s qExA== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:sender:mime-version:references:in-reply-to :message-id:date:subject:cc:to:from; bh=Z0fKQG2LuUWWyxlUChgQwVMrytD+Y7B0tu8zi0J/FOc=; b=ZwmvmXlO6cBYLTUdYBCOyKSj5abSZ6UvJ8oGe9CHTOwgI+J9f2Ev5z8gDghV0pcS0Z /NK9Oh/xxRUkDeNQDfSusFd07MWy2lZHsNuE6COQyFmK/xrbrKu8pEIhSLx4/Q1ems5w Gg+8SGKC/RSCYqNUoBOo+LUeN963OcVZoOyjsTQj5djAR5nb79uqtKpxz4T47NuUg7CO bZJeXfpqzH0HplE2nuNM8SoAKZekqNy0VsKuFTKbG784T8UT72xuvqcdF+ZJEgFs1e0d 7G5y8Apc+uLlNDRgIBK3OuKQuX5tcMd+EZzgrmdvuJ1tou9KEkbeo01ZL9vshQraZusU Thdw== ARC-Authentication-Results: i=1; mx.google.com; spf=pass (google.com: best guess record for domain of linux-ext4-owner@vger.kernel.org designates 209.132.180.67 as permitted sender) smtp.mailfrom=linux-ext4-owner@vger.kernel.org Return-Path: Received: from vger.kernel.org (vger.kernel.org. [209.132.180.67]) by mx.google.com with ESMTP id y6si792052oih.217.2020.02.12.22.39.37; Wed, 12 Feb 2020 22:39:59 -0800 (PST) Received-SPF: pass (google.com: best guess record for domain of linux-ext4-owner@vger.kernel.org designates 209.132.180.67 as permitted sender) client-ip=209.132.180.67; Authentication-Results: mx.google.com; spf=pass (google.com: best guess record for domain of linux-ext4-owner@vger.kernel.org designates 209.132.180.67 as permitted sender) smtp.mailfrom=linux-ext4-owner@vger.kernel.org Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1729670AbgBMGjg (ORCPT + 99 others); Thu, 13 Feb 2020 01:39:36 -0500 Received: from szxga05-in.huawei.com ([45.249.212.191]:9731 "EHLO huawei.com" rhost-flags-OK-OK-OK-FAIL) by vger.kernel.org with ESMTP id S1729364AbgBMGjg (ORCPT ); Thu, 13 Feb 2020 01:39:36 -0500 Received: from DGGEMS401-HUB.china.huawei.com (unknown [172.30.72.58]) by Forcepoint Email with ESMTP id 58F1A5EBA6434C713F4E; Thu, 13 Feb 2020 14:39:34 +0800 (CST) Received: from huawei.com (10.175.124.28) by DGGEMS401-HUB.china.huawei.com (10.3.19.201) with Microsoft SMTP Server id 14.3.439.0; Thu, 13 Feb 2020 14:39:26 +0800 From: "zhangyi (F)" To: , CC: , , , Subject: [PATCH v3 1/2] jbd2: move the clearing of b_modified flag to the journal_unmap_buffer() Date: Thu, 13 Feb 2020 14:38:20 +0800 Message-ID: <20200213063821.30455-2-yi.zhang@huawei.com> X-Mailer: git-send-email 2.17.2 In-Reply-To: <20200213063821.30455-1-yi.zhang@huawei.com> References: <20200213063821.30455-1-yi.zhang@huawei.com> MIME-Version: 1.0 Content-Type: text/plain X-Originating-IP: [10.175.124.28] X-CFilter-Loop: Reflected Sender: linux-ext4-owner@vger.kernel.org Precedence: bulk List-ID: X-Mailing-List: linux-ext4@vger.kernel.org There is no need to delay the clearing of b_modified flag to the transaction committing time when unmapping the journalled buffer, so just move it to the journal_unmap_buffer(). Signed-off-by: zhangyi (F) Reviewed-by: Jan Kara --- fs/jbd2/commit.c | 43 +++++++++++++++---------------------------- fs/jbd2/transaction.c | 10 ++++++---- 2 files changed, 21 insertions(+), 32 deletions(-) diff --git a/fs/jbd2/commit.c b/fs/jbd2/commit.c index 2494095e0340..6396fe70085b 100644 --- a/fs/jbd2/commit.c +++ b/fs/jbd2/commit.c @@ -976,34 +976,21 @@ void jbd2_journal_commit_transaction(journal_t *journal) * it. */ /* - * A buffer which has been freed while still being journaled by - * a previous transaction. - */ - if (buffer_freed(bh)) { - /* - * If the running transaction is the one containing - * "add to orphan" operation (b_next_transaction != - * NULL), we have to wait for that transaction to - * commit before we can really get rid of the buffer. - * So just clear b_modified to not confuse transaction - * credit accounting and refile the buffer to - * BJ_Forget of the running transaction. If the just - * committed transaction contains "add to orphan" - * operation, we can completely invalidate the buffer - * now. We are rather through in that since the - * buffer may be still accessible when blocksize < - * pagesize and it is attached to the last partial - * page. - */ - jh->b_modified = 0; - if (!jh->b_next_transaction) { - clear_buffer_freed(bh); - clear_buffer_jbddirty(bh); - clear_buffer_mapped(bh); - clear_buffer_new(bh); - clear_buffer_req(bh); - bh->b_bdev = NULL; - } + * A buffer which has been freed while still being journaled + * by a previous transaction, refile the buffer to BJ_Forget of + * the running transaction. If the just committed transaction + * contains "add to orphan" operation, we can completely + * invalidate the buffer now. We are rather through in that + * since the buffer may be still accessible when blocksize < + * pagesize and it is attached to the last partial page. + */ + if (buffer_freed(bh) && !jh->b_next_transaction) { + clear_buffer_freed(bh); + clear_buffer_jbddirty(bh); + clear_buffer_mapped(bh); + clear_buffer_new(bh); + clear_buffer_req(bh); + bh->b_bdev = NULL; } if (buffer_jbddirty(bh)) { diff --git a/fs/jbd2/transaction.c b/fs/jbd2/transaction.c index e77a5a0b4e46..2dd848a743ed 100644 --- a/fs/jbd2/transaction.c +++ b/fs/jbd2/transaction.c @@ -2329,14 +2329,16 @@ static int journal_unmap_buffer(journal_t *journal, struct buffer_head *bh, return -EBUSY; } /* - * OK, buffer won't be reachable after truncate. We just set - * j_next_transaction to the running transaction (if there is - * one) and mark buffer as freed so that commit code knows it - * should clear dirty bits when it is done with the buffer. + * OK, buffer won't be reachable after truncate. We just clear + * b_modified to not confuse transaction credit accounting, and + * set j_next_transaction to the running transaction (if there + * is one) and mark buffer as freed so that commit code knows + * it should clear dirty bits when it is done with the buffer. */ set_buffer_freed(bh); if (journal->j_running_transaction && buffer_jbddirty(bh)) jh->b_next_transaction = journal->j_running_transaction; + jh->b_modified = 0; spin_unlock(&journal->j_list_lock); spin_unlock(&jh->b_state_lock); write_unlock(&journal->j_state_lock); -- 2.17.2