Received: by 2002:a25:1506:0:0:0:0:0 with SMTP id 6csp5922944ybv; Wed, 12 Feb 2020 02:49:23 -0800 (PST) X-Google-Smtp-Source: APXvYqwTtJNNeHlnIbKFWS43g6nDXYxQuvi8Z6vlPqk6BA/D33fud6+RjcN+dVBrjoyX4m9bIOto X-Received: by 2002:a05:6830:1f1c:: with SMTP id u28mr9075417otg.143.1581504563279; Wed, 12 Feb 2020 02:49:23 -0800 (PST) ARC-Seal: i=1; a=rsa-sha256; t=1581504563; cv=none; d=google.com; s=arc-20160816; b=RzGnCcBlV2PakMUjmKJSfyHKm8q4aiVF5kiWq9lhJslwPsaeeRqLUHHZarfpRI03B4 LlBVzgBtP+v6bN5vPEz/dNadEIXh0N5OFfy/qRXIqwD5ET8JgvwTfAVPj7Ax4vXAwqvz xHg9RlVZjibGoqQW0DiwHb1/llxOE0cuqVPIgDr0dtrkEHdh+fOcmHJAIPG/6NCZVeeL svGhR7orB0c8YS8PKV2/Tnup48K89W1dL+cvLoE5etGVriLgkqLzilzvcB4cIA3MTbHD w+VCHlSpC0zerCTaOqFBjZ9KsdlhEsbVLJbCAItmrr6xYtF4eVHGyrCSfLZwf8OR7JKZ moyA== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:sender:user-agent:in-reply-to :content-disposition:mime-version:references:message-id:subject:cc :to:from:date; bh=qg5NNFqscUX4Ui9oUjhEUqhbgQD3dHZisZ7/xeHrQYg=; b=rQsWJSF68Eld+11YdVi/oJS5tRp5v+oUw9vmbXtl/rifg8GzGg6mWEO58NN1/yU8AZ njAdatg+9qSWPLYXWJmYACPAbK+0UNbx6t1p64NP0o0YQWYnxUC7zuzsABVJuqB4wvLy OxbBp9ap+EE2RoQNZ+xhZDelE+qb8ST0rw3Q2u6qcZPYEt7RQLCGoJUxxG3+8QRWzqgM U/3qWvUOYaa5o6f+8mm2D6MhzQAz4bRwuB5EpUqThrUoQ5iSnRo9p5Tnj1F2d9Nbs9w9 s/E1vw/Mu3VMLda4l3s+clnpoDDJAhg2quRiLe2o9fLfi+crSdf8S35XjWl2IkUceInu C4ZA== 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 j2si29184otk.164.2020.02.12.02.49.12; Wed, 12 Feb 2020 02:49:23 -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 S1727429AbgBLKs6 (ORCPT + 99 others); Wed, 12 Feb 2020 05:48:58 -0500 Received: from mx2.suse.de ([195.135.220.15]:33874 "EHLO mx2.suse.de" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1727347AbgBLKs6 (ORCPT ); Wed, 12 Feb 2020 05:48:58 -0500 X-Virus-Scanned: by amavisd-new at test-mx.suse.de Received: from relay2.suse.de (unknown [195.135.220.254]) by mx2.suse.de (Postfix) with ESMTP id B64B0B2D1; Wed, 12 Feb 2020 10:48:55 +0000 (UTC) Received: by quack2.suse.cz (Postfix, from userid 1000) id 438A31E0E01; Wed, 12 Feb 2020 11:48:55 +0100 (CET) Date: Wed, 12 Feb 2020 11:48:55 +0100 From: Jan Kara To: "zhangyi (F)" Cc: linux-ext4@vger.kernel.org, jack@suse.cz, tytso@mit.edu, luoshijie1@huawei.com, zhangxiaoxu5@huawei.com Subject: Re: [PATCH v2 2/2] jbd2: do not clear the BH_Mapped flag when forgetting a metadata buffer Message-ID: <20200212104855.GG25573@quack2.suse.cz> References: <20200211135500.40524-1-yi.zhang@huawei.com> <20200211135500.40524-3-yi.zhang@huawei.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20200211135500.40524-3-yi.zhang@huawei.com> User-Agent: Mutt/1.10.1 (2018-07-13) Sender: linux-ext4-owner@vger.kernel.org Precedence: bulk List-ID: X-Mailing-List: linux-ext4@vger.kernel.org On Tue 11-02-20 21:55:00, zhangyi (F) wrote: > Commit 904cdbd41d74 ("jbd2: clear dirty flag when revoking a buffer from > an older transaction") set the BH_Freed flag when forgetting a metadata > buffer which belongs to the committing transaction, it indicate the > committing process clear dirty bits when it is done with the buffer. But > it also clear the BH_Mapped flag at the same time, which may trigger > below NULL pointer oops when block_size < PAGE_SIZE. > > rmdir 1 kjournald2 mkdir 2 > jbd2_journal_commit_transaction > commit transaction N > jbd2_journal_forget > set_buffer_freed(bh1) > jbd2_journal_commit_transaction > commit transaction N+1 > ... > clear_buffer_mapped(bh1) > ext4_getblk(bh2 ummapped) > ... > grow_dev_page > init_page_buffers > bh1->b_private=NULL > bh2->b_private=NULL > jbd2_journal_put_journal_head(jh1) > __journal_remove_journal_head(hb1) > jh1 is NULL and trigger oops > > *) Dir entry block bh1 and bh2 belongs to one page, and the bh2 has > already been unmapped. > > For the metadata buffer we forgetting, we should always keep the mapped > flag and clear the dirty flags is enough, so this patch pick out the > these buffers and keep their BH_Mapped flag. > > Fixes: 904cdbd41d74 ("jbd2: clear dirty flag when revoking a buffer from an older transaction") > Signed-off-by: zhangyi (F) > --- > fs/jbd2/commit.c | 20 ++++++++++++++++---- > 1 file changed, 16 insertions(+), 4 deletions(-) > > diff --git a/fs/jbd2/commit.c b/fs/jbd2/commit.c > index ecc2ea5f1b59..8f6f4ddd8b78 100644 > --- a/fs/jbd2/commit.c > +++ b/fs/jbd2/commit.c > @@ -985,12 +985,24 @@ void jbd2_journal_commit_transaction(journal_t *journal) > * pagesize and it is attached to the last partial page. > */ > if (buffer_freed(bh) && !jh->b_next_transaction) { > + struct address_space *mapping; > + > clear_buffer_freed(bh); > clear_buffer_jbddirty(bh); > - clear_buffer_mapped(bh); > - clear_buffer_new(bh); > - clear_buffer_req(bh); > - bh->b_bdev = NULL; > + /* > + * We can (and need to) unmap buffer only for normal > + * mappings. Block device buffers need to stay mapped > + * all the time. We need to be careful about the check > + * because the data page mapping can get cleared under > + * our hands. > + */ > + mapping = READ_ONCE(bh->b_page->mapping); > + if (!(mapping && sb_is_blkdev_sb(mapping->host->i_sb))) { As I wrote in my other email, we don't have to be that aggressive and this condition could actually be (mapping && !sb_is_blkdev_sb()) but I guess it doesn't really matter. You can add: Reviewed-by: Jan Kara Honza > + clear_buffer_mapped(bh); > + clear_buffer_new(bh); > + clear_buffer_req(bh); > + bh->b_bdev = NULL; > + } > } > > if (buffer_jbddirty(bh)) { > -- > 2.17.2 > -- Jan Kara SUSE Labs, CR