Received: by 2002:a25:1506:0:0:0:0:0 with SMTP id 6csp4929543ybv; Tue, 11 Feb 2020 06:06:09 -0800 (PST) X-Google-Smtp-Source: APXvYqyv4a0ZVV/SYN4QIdzGZWiQP+emxEY1rNiF15v7Pq1SiPa/VyZEUyhW8j2AHPqZqsbGh3hO X-Received: by 2002:aca:3857:: with SMTP id f84mr2822174oia.150.1581429969059; Tue, 11 Feb 2020 06:06:09 -0800 (PST) ARC-Seal: i=1; a=rsa-sha256; t=1581429969; cv=none; d=google.com; s=arc-20160816; b=g2whiA64kfz4E4/TH1HSJw+c0PF+gwcc0Kk5Hyc0L9Q0bUEjdSRFKnB173o2yQSPjA 3GGj9CaCpt65j+u20K1RPnje2GprfpsK/VtLL3kg2po4osU0VVFjNyDXm6MejveZeDzx tojBihIPGqOd6UeI7VVWca1qFAY4t+njFf6NZXSXsYhAJbUP46oFyXMNMQBlndXVg2Yu cBO8j8GnSmifbeWSo5D0SZ+wLICpvsZdx879ZGxzR8wMCVXA9N9M6Hs26UoCl/HJEY5I tCuVeZZ1U11tnlT10PBiPb0ocBnKXpV28FtqSLYhHhctVshkcFeGTexiHCwH8I4uGDcw uXKQ== 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=10mFzJvIT/OXJgD2jzzvHZCLW0s0w5px55ZBIxrdLaA=; b=WaYF7FBYWZSZjBxYLVnYLtwfdoKR52UB5Cgf0UJGrwoexrJhbdQ5k5NeIdxo7baNUe uLrlYUYHHb1QivCRf75u+GGuScqhPKxIvQKWJVJq88E43vequpMAbMBcW+1WI6668axM H5IgDMGNLosWgC+D3Li9zqeXW+VEYvzw//HQCaCQi5yaMwm/fqLE1SWejMuQ1rHJiLcT LoQgkvvgtRXKga18BGsWcsmVvkdoQJDMCCipCUei2+gew5P5hxkjbzOSGMQ868xtL623 LGife908lw8u094Nf5W0q9TfEu+bxsDXK8tPO1Kv9R2+fce/VV1YvxRQDNx4IZcDWdZp 2Mkw== 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 f190si1846648oig.229.2020.02.11.06.05.16; Tue, 11 Feb 2020 06:06:09 -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 S1728444AbgBKN4c (ORCPT + 99 others); Tue, 11 Feb 2020 08:56:32 -0500 Received: from szxga06-in.huawei.com ([45.249.212.32]:33286 "EHLO huawei.com" rhost-flags-OK-OK-OK-FAIL) by vger.kernel.org with ESMTP id S1727561AbgBKN4a (ORCPT ); Tue, 11 Feb 2020 08:56:30 -0500 Received: from DGGEMS411-HUB.china.huawei.com (unknown [172.30.72.60]) by Forcepoint Email with ESMTP id 13EB22BD6302A6A38040; Tue, 11 Feb 2020 21:56:29 +0800 (CST) Received: from huawei.com (10.175.124.28) by DGGEMS411-HUB.china.huawei.com (10.3.19.211) with Microsoft SMTP Server id 14.3.439.0; Tue, 11 Feb 2020 21:56:22 +0800 From: "zhangyi (F)" To: CC: , , , , Subject: [PATCH v2 1/2] jbd2: move the clearing of b_modified flag to the journal_unmap_buffer() Date: Tue, 11 Feb 2020 21:54:59 +0800 Message-ID: <20200211135500.40524-2-yi.zhang@huawei.com> X-Mailer: git-send-email 2.17.2 In-Reply-To: <20200211135500.40524-1-yi.zhang@huawei.com> References: <20200211135500.40524-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) --- 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 7f0b362b3842..ecc2ea5f1b59 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 27b9f9dee434..0603dfa9ad90 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