Received: by 2002:a25:1506:0:0:0:0:0 with SMTP id 6csp6204470ybv; Tue, 18 Feb 2020 12:00:22 -0800 (PST) X-Google-Smtp-Source: APXvYqxx/GnCyNiOFNxW6VU4tz7gfW1LKiE8aVzvfzb4ODJLtrAnd7C8GCmTwgJQg+3ywUlYzoAc X-Received: by 2002:a9d:3b3:: with SMTP id f48mr16986381otf.148.1582056022298; Tue, 18 Feb 2020 12:00:22 -0800 (PST) ARC-Seal: i=1; a=rsa-sha256; t=1582056022; cv=none; d=google.com; s=arc-20160816; b=LsXsEg18Xyq2ARDyN7XpT+Y4P8GpUFIOO2qJ1owTVEVKRN6UvuEz0oGEn0UghH5uzB toLUEfrzvuP/ZOs9fIdhYShN3LaRNGkO8w2VPnw2FUj6FR9M9vt7lQmDf3MIWzeItg3i 3GRmkxCGpVN1MtoaviEHgZjSJOGP2ErT8psAh6hfjodhLJqzgxzDgj4sFNr0N+DraAUz u8z1OVR56atz1jYu3S3hw23ql19FStkEPIJuk/9wUsDZMLExTWDxNVljNKPonN9kSmr5 eo+zbgVBOxSg5jmn5uCSQ8NWJ261S1MkY3Fusd1m9YByo1A/FRXO18WWehGE9FKPN0UL HY2g== 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 :user-agent:references:in-reply-to:message-id:date:subject:cc:to :from:dkim-signature; bh=jyM9z0gwe4A8b3heTodV3xC0xO8mrg0dsW3hd5aJcJE=; b=htRK76LIXVtb91DkCB8y2Klxgsq4qxgTOo3HUsPka836L/rQcXFuPosPk4yJUSfxuQ 1oiz/cD1kX8ggcUUJG72FXUYnjkxLvuDCl4/8PetQHh2SU5dS8ZUXZ9K6+HLgQC6EP0/ pJcq8yjNmtdyNBEVVwENYL2wqvAoREFep0y0XNzUqI4LX34H0y1wA4bTb1xbLiqq6vKJ qoMIw0iQztQOF5M3o7hReQyCM7cmpJUWTsH2In2xQkL0lmKa39iPm0ZTbpdyT1rLsPrH 1kqQbWdvEPjVGKmDMT16iNVQLkXSE80QkGubDkBVvmrvLw0uijGplml5xxYNlU4hxOtB 7+8A== ARC-Authentication-Results: i=1; mx.google.com; dkim=pass header.i=@kernel.org header.s=default header.b=hz4XfsaF; spf=pass (google.com: best guess record for domain of linux-kernel-owner@vger.kernel.org designates 209.132.180.67 as permitted sender) smtp.mailfrom=linux-kernel-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 c11si8417600oic.20.2020.02.18.12.00.09; Tue, 18 Feb 2020 12:00:22 -0800 (PST) Received-SPF: pass (google.com: best guess record for domain of linux-kernel-owner@vger.kernel.org designates 209.132.180.67 as permitted sender) client-ip=209.132.180.67; Authentication-Results: mx.google.com; dkim=pass header.i=@kernel.org header.s=default header.b=hz4XfsaF; spf=pass (google.com: best guess record for domain of linux-kernel-owner@vger.kernel.org designates 209.132.180.67 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1728186AbgBRT77 (ORCPT + 99 others); Tue, 18 Feb 2020 14:59:59 -0500 Received: from mail.kernel.org ([198.145.29.99]:38900 "EHLO mail.kernel.org" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1727696AbgBRT75 (ORCPT ); Tue, 18 Feb 2020 14:59:57 -0500 Received: from localhost (83-86-89-107.cable.dynamic.v4.ziggo.nl [83.86.89.107]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by mail.kernel.org (Postfix) with ESMTPSA id 4F1A520659; Tue, 18 Feb 2020 19:59:56 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=kernel.org; s=default; t=1582055996; bh=/6nAimlRP377wh2bOfy7aMdoEIO9mGJ7voRdBZgSMvQ=; h=From:To:Cc:Subject:Date:In-Reply-To:References:From; b=hz4XfsaF80Z/9YeiDnbzLgeT0O/tZwycIPyHeFrrGwMb6D0tXZE9xvy/JZihVOPWj OevftlCzL0LsOQTNJD70aj2wH5ahUacYHWaHZ20RJZZiCqNvnJh1crGw/lQ65cyxbX XaRspy9Xpk5roIcQy5zhngwv6Lorz2cDSrjHk9Wc= From: Greg Kroah-Hartman To: linux-kernel@vger.kernel.org Cc: Greg Kroah-Hartman , stable@vger.kernel.org, Jan Kara , "zhangyi (F)" , Theodore Tso , stable@kernel.org, Sasha Levin Subject: [PATCH 5.4 62/66] jbd2: do not clear the BH_Mapped flag when forgetting a metadata buffer Date: Tue, 18 Feb 2020 20:55:29 +0100 Message-Id: <20200218190433.925224560@linuxfoundation.org> X-Mailer: git-send-email 2.25.1 In-Reply-To: <20200218190428.035153861@linuxfoundation.org> References: <20200218190428.035153861@linuxfoundation.org> User-Agent: quilt/0.66 MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 8bit Sender: linux-kernel-owner@vger.kernel.org Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org From: zhangyi (F) [ Upstream commit c96dceeabf765d0b1b1f29c3bf50a5c01315b820 ] 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. Link: https://lore.kernel.org/r/20200213063821.30455-3-yi.zhang@huawei.com Fixes: 904cdbd41d74 ("jbd2: clear dirty flag when revoking a buffer from an older transaction") Reviewed-by: Jan Kara Signed-off-by: zhangyi (F) Signed-off-by: Theodore Ts'o Cc: stable@kernel.org Signed-off-by: Sasha Levin --- fs/jbd2/commit.c | 25 +++++++++++++++++++++---- 1 file changed, 21 insertions(+), 4 deletions(-) diff --git a/fs/jbd2/commit.c b/fs/jbd2/commit.c index 7fdb5f130f642..2a42904bcd62c 100644 --- a/fs/jbd2/commit.c +++ b/fs/jbd2/commit.c @@ -983,12 +983,29 @@ 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; + + /* + * Block device buffers need to stay mapped all the + * time, so it is enough to clear buffer_jbddirty and + * buffer_freed bits. For the file mapping buffers (i.e. + * journalled data) we need to unmap buffer and clear + * more bits. We also need to be careful about the check + * because the data page mapping can get cleared under + * out hands, which alse need not to clear more bits + * because the page and buffers will be freed and can + * never be reused once we are done with them. + */ + mapping = READ_ONCE(bh->b_page->mapping); + if (mapping && !sb_is_blkdev_sb(mapping->host->i_sb)) { + clear_buffer_mapped(bh); + clear_buffer_new(bh); + clear_buffer_req(bh); + bh->b_bdev = NULL; + } } if (buffer_jbddirty(bh)) { -- 2.20.1