Received: by 2002:a05:6a10:206:0:0:0:0 with SMTP id 6csp3087954pxj; Mon, 10 May 2021 18:30:25 -0700 (PDT) X-Google-Smtp-Source: ABdhPJwTtnMjtAblwFucanXqbdrzudYQteE7biVB/nKmYLQivCuKFx5aQKg8kLm1ZL+0/J4M9yEF X-Received: by 2002:a17:906:1fd1:: with SMTP id e17mr29534051ejt.419.1620696624758; Mon, 10 May 2021 18:30:24 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1620696624; cv=none; d=google.com; s=arc-20160816; b=NaltiaZiDW03fFAGG6Afjg/lU3GhkOnmTt/jl/ESGAiDMgbAff+oaXNxU/xD5D4ugP AREktP4pLIg/FnS1ODXMqkHJllpOlUZtaLy3yEH6VbY6ivh2gF5EhsiyQ0ddBi+7U7VE iZd4JNG3yPnurq1IcUB6zq+pV4IUomoJ9qCU0Ri2H9N/8mL5GFyoJwcCCNUXwPsjbwOP DaoYNDImAWp7sH54WVRKC37NVzu5z3ECoEhdO8gDBMkLzIY+e5B9FySvIEeJk9RafVAd AEe0Pzk70y1ZdjPbs2Qa5KQJy5S8usbjcPU+aKyvFiY5HHnaGlMIVbaeKf+qB+SPeMjb xTUA== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:content-transfer-encoding:content-language :in-reply-to:mime-version:user-agent:date:message-id:from:references :to:subject; bh=4SNxkZQUNjhEz7k5rD1Zm5mRskXf/rDEPVkHBIq1Gz0=; b=Mzmx2v9AkvqEzCMbX20/lP0xvjCXkRk/HasJs/8p0TNIGHic8kiXx66Aky5whAnujX sbGdQ0xobeee8GFFyAg1a6HJFSXF7fCuRym4C++x526NKV/4vqxk8ueBUpRd8q3rgmug sLsoV23JoyW/bbViCbiw3wsNT+HM/30/UG8tjZSiLWIBjESpTQLp1cRZUmtjDj0CzvxW jMH6/fwDD5Lhh+ba/IqxtXh3W90XIIwRSkw1hW4f+ApYCQNFd/HPpEcMHO0GJlh2QZkp xVy4MXei9vlKtTY9SJ9kda+W3suskgKZEwsn2whw8UxsiYpzA/QsoEtmU2+2tPu97QRR An5Q== ARC-Authentication-Results: i=1; mx.google.com; spf=pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 23.128.96.18 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org; dmarc=fail (p=NONE sp=NONE dis=NONE) header.from=huawei.com Return-Path: Received: from vger.kernel.org (vger.kernel.org. [23.128.96.18]) by mx.google.com with ESMTP id z11si564363edc.37.2021.05.10.18.30.00; Mon, 10 May 2021 18:30:24 -0700 (PDT) Received-SPF: pass (google.com: domain of linux-kernel-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-kernel-owner@vger.kernel.org designates 23.128.96.18 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org; dmarc=fail (p=NONE sp=NONE dis=NONE) header.from=huawei.com Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S230009AbhEKBaQ (ORCPT + 99 others); Mon, 10 May 2021 21:30:16 -0400 Received: from szxga04-in.huawei.com ([45.249.212.190]:2683 "EHLO szxga04-in.huawei.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S229628AbhEKBaQ (ORCPT ); Mon, 10 May 2021 21:30:16 -0400 Received: from DGGEMS403-HUB.china.huawei.com (unknown [172.30.72.59]) by szxga04-in.huawei.com (SkyGuard) with ESMTP id 4FfKyF6NNmz1BHww; Tue, 11 May 2021 09:26:29 +0800 (CST) Received: from [10.136.110.154] (10.136.110.154) by smtp.huawei.com (10.3.19.203) with Microsoft SMTP Server (TLS) id 14.3.498.0; Tue, 11 May 2021 09:29:07 +0800 Subject: Re: [f2fs-dev] [PATCH] f2fs: avoid null pointer access when handling IPU error To: Jaegeuk Kim , , References: <20210510142804.511265-1-jaegeuk@kernel.org> From: Chao Yu Message-ID: <9df7d088-3580-122b-60a3-799ea665cfeb@huawei.com> Date: Tue, 11 May 2021 09:29:07 +0800 User-Agent: Mozilla/5.0 (Windows NT 10.0; WOW64; rv:52.0) Gecko/20100101 Thunderbird/52.9.1 MIME-Version: 1.0 In-Reply-To: <20210510142804.511265-1-jaegeuk@kernel.org> Content-Type: text/plain; charset="windows-1252"; format=flowed Content-Language: en-US Content-Transfer-Encoding: 7bit X-Originating-IP: [10.136.110.154] X-CFilter-Loop: Reflected Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org On 2021/5/10 22:28, Jaegeuk Kim wrote: > Unable to handle kernel NULL pointer dereference at virtual address 000000000000001a > pc : f2fs_inplace_write_data+0x144/0x208 > lr : f2fs_inplace_write_data+0x134/0x208 > Call trace: > f2fs_inplace_write_data+0x144/0x208 > f2fs_do_write_data_page+0x270/0x770 > f2fs_write_single_data_page+0x47c/0x830 > __f2fs_write_data_pages+0x444/0x98c > f2fs_write_data_pages.llvm.16514453770497736882+0x2c/0x38 > do_writepages+0x58/0x118 > __writeback_single_inode+0x44/0x300 > writeback_sb_inodes+0x4b8/0x9c8 > wb_writeback+0x148/0x42c > wb_do_writeback+0xc8/0x390 > wb_workfn+0xb0/0x2f4 > process_one_work+0x1fc/0x444 > worker_thread+0x268/0x4b4 > kthread+0x13c/0x158 > ret_from_fork+0x10/0x18 > > Fixes: 955772787667 ("f2fs: drop inplace IO if fs status is abnormal") My bad, thanks for fixing this. > Signed-off-by: Jaegeuk Kim > --- > fs/f2fs/segment.c | 8 +++++--- > 1 file changed, 5 insertions(+), 3 deletions(-) > > diff --git a/fs/f2fs/segment.c b/fs/f2fs/segment.c > index c605415840b5..ae875557d693 100644 > --- a/fs/f2fs/segment.c > +++ b/fs/f2fs/segment.c > @@ -3577,9 +3577,11 @@ int f2fs_inplace_write_data(struct f2fs_io_info *fio) > if (fio->bio) { > struct bio *bio = *(fio->bio); > > - bio->bi_status = BLK_STS_IOERR; > - bio_endio(bio); > - fio->bio = NULL; > + if (bio) { > + bio->bi_status = BLK_STS_IOERR; > + bio_endio(bio); > + fio->bio = NULL; fio->bio points a bio assigned in writepages(), so it should reset that bio to NULL by *(fio->bio) = NULL. Thanks, > + } > } > return err; > } >