Received: by 2002:a25:1506:0:0:0:0:0 with SMTP id 6csp1220388ybv; Thu, 13 Feb 2020 18:28:08 -0800 (PST) X-Google-Smtp-Source: APXvYqypmlKw23O6MkZGFms6Bd1a4W0cKXhifu83+zC5bsL5wF0U1XHG4GOFvoI4RcG2r5tHTWYT X-Received: by 2002:aca:1005:: with SMTP id 5mr452433oiq.16.1581647288209; Thu, 13 Feb 2020 18:28:08 -0800 (PST) ARC-Seal: i=1; a=rsa-sha256; t=1581647288; cv=none; d=google.com; s=arc-20160816; b=WNLzGZ0D4saW4oxQnSfStQlmh4GaqtHiZfZhcXxzS/dyzpdNeo3AiIHLoqyDllspCu D6Xwl0FtssVZ5wQBR87vYttu4/6R6QGwkVKU8K+zT8wfKGaXKbcoMgwcNrJF/kiIPBTw myzEF7PFa/aIp8OzrF5208X4768Nqk0MrD/8CWdO+kw/qAZX6TFZtLDSpDprBqzxErUy /RhZ1Mj6A+OUr/8iV+nf+nkrE8od7hU2UKM/rzGwplTOQ94f3MZrDZkdD2KNHsA74YBc mvkPrqn7GNXH8iV+3j/9yI0Bc4oHky4gnq/iKqIQsdOnm2kKv3lZ/k2CQ3UJUGyzcN0j Zwag== 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 :content-language:in-reply-to:mime-version:user-agent:date :message-id:from:references:cc:to:subject; bh=Jend19x5ZCFFjtaPO8/Et3sJCKKFnBTzxL6zNp8igIA=; b=MAIFCQgvJecW3oA0twbWTPaQRYbZgrr6vVo/aXqD9NvxQynb3cb4aS4q09IABxRAbD Y7IPibj6FX/fW0tRW4ZsarpZj6ndNCUUTjRpIkRJ1U0A1x4zam43RatymbM51UWXzqOU xrAdukYI1FtNsYUYRN0KUM8VmxSoMt9pNL1CmSHn4ddsV9q4MaxEg3LS4/m2Tb9xEtBJ psYvlJ0oTtvkyrJxgMq33w+hYY8EKgeDmFTn/LXNzaCG9kysj+/LIb3I2SD1JfGZOO4Q myP/DpwZG9XVhF1MGf72drQ+Gx+KDQh85gY/d5Yp2i4qoef8kj/2/n7SyfDE1Df10AZ1 XAwA== ARC-Authentication-Results: i=1; mx.google.com; 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 l5si2031913otf.37.2020.02.13.18.27.43; Thu, 13 Feb 2020 18:28:08 -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; 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 S1728193AbgBNC0W (ORCPT + 99 others); Thu, 13 Feb 2020 21:26:22 -0500 Received: from szxga06-in.huawei.com ([45.249.212.32]:52924 "EHLO huawei.com" rhost-flags-OK-OK-OK-FAIL) by vger.kernel.org with ESMTP id S1727782AbgBNC0W (ORCPT ); Thu, 13 Feb 2020 21:26:22 -0500 Received: from DGGEMS410-HUB.china.huawei.com (unknown [172.30.72.58]) by Forcepoint Email with ESMTP id AC2E51EC5377813C92A3; Fri, 14 Feb 2020 10:26:19 +0800 (CST) Received: from [10.134.22.195] (10.134.22.195) by smtp.huawei.com (10.3.19.210) with Microsoft SMTP Server (TLS) id 14.3.439.0; Fri, 14 Feb 2020 10:26:19 +0800 Subject: Re: [PATCH] f2fs: fix the panic in do_checkpoint() To: Sahitya Tummala , Jaegeuk Kim , CC: References: <1581503665-19914-1-git-send-email-stummala@codeaurora.org> From: Chao Yu Message-ID: <5d5903e6-f089-7ecf-f1ff-ad341c4cef56@huawei.com> Date: Fri, 14 Feb 2020 10:26:18 +0800 User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:52.0) Gecko/20100101 Thunderbird/52.9.1 MIME-Version: 1.0 In-Reply-To: <1581503665-19914-1-git-send-email-stummala@codeaurora.org> Content-Type: text/plain; charset="windows-1252" Content-Language: en-US Content-Transfer-Encoding: 7bit X-Originating-IP: [10.134.22.195] X-CFilter-Loop: Reflected Sender: linux-kernel-owner@vger.kernel.org Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org Hi Sahitya, On 2020/2/12 18:34, Sahitya Tummala wrote: > There could be a scenario where f2fs_sync_meta_pages() will not > ensure that all F2FS_DIRTY_META pages are submitted for IO. Thus, > resulting in the below panic in do_checkpoint() - > > f2fs_bug_on(sbi, get_pages(sbi, F2FS_DIRTY_META) && > !f2fs_cp_error(sbi)); > > This can happen in a low-memory condition, where shrinker could > also be doing the writepage operation (stack shown below) > at the same time when checkpoint is running on another core. > > schedule > down_write > f2fs_submit_page_write -> by this time, this page in page cache is tagged > as PAGECACHE_TAG_WRITEBACK and PAGECACHE_TAG_DIRTY > is cleared, due to which f2fs_sync_meta_pages() > cannot sync this page in do_checkpoint() path. > f2fs_do_write_meta_page > __f2fs_write_meta_page > f2fs_write_meta_page > shrink_page_list > shrink_inactive_list > shrink_node_memcg > shrink_node > kswapd IMO, there may be one more simple fix here: - f2fs_do_write_meta_page(sbi, page, io_type); dec_page_count(sbi, F2FS_DIRTY_META); + f2fs_do_write_meta_page(sbi, page, io_type); If we can remove F2FS_DIRTY_META reference count before we clear PAGECACHE_TAG_DIRTY, we can avoid this race condition. - dec_page_count(sbi, F2FS_DIRTY_META); - f2fs_do_write_meta_page - set_page_writeback - __test_set_page_writeback - xas_clear_mark(&xas, PAGECACHE_TAG_DIRTY); Thoughts? > > Signed-off-by: Sahitya Tummala > --- > fs/f2fs/checkpoint.c | 16 ++++++++-------- > fs/f2fs/f2fs.h | 2 +- > fs/f2fs/super.c | 2 +- > 3 files changed, 10 insertions(+), 10 deletions(-) > > diff --git a/fs/f2fs/checkpoint.c b/fs/f2fs/checkpoint.c > index ffdaba0..2b651a3 100644 > --- a/fs/f2fs/checkpoint.c > +++ b/fs/f2fs/checkpoint.c > @@ -1250,14 +1250,14 @@ static void unblock_operations(struct f2fs_sb_info *sbi) > f2fs_unlock_all(sbi); > } > > -void f2fs_wait_on_all_pages_writeback(struct f2fs_sb_info *sbi) > +void f2fs_wait_on_all_pages(struct f2fs_sb_info *sbi, int type) > { > DEFINE_WAIT(wait); > > for (;;) { > prepare_to_wait(&sbi->cp_wait, &wait, TASK_UNINTERRUPTIBLE); > > - if (!get_pages(sbi, F2FS_WB_CP_DATA)) > + if (!get_pages(sbi, type)) > break; > > if (unlikely(f2fs_cp_error(sbi))) > @@ -1384,8 +1384,8 @@ static int do_checkpoint(struct f2fs_sb_info *sbi, struct cp_control *cpc) > > /* Flush all the NAT/SIT pages */ > f2fs_sync_meta_pages(sbi, META, LONG_MAX, FS_CP_META_IO); > - f2fs_bug_on(sbi, get_pages(sbi, F2FS_DIRTY_META) && > - !f2fs_cp_error(sbi)); > + /* Wait for all dirty meta pages to be submitted for IO */ > + f2fs_wait_on_all_pages(sbi, F2FS_DIRTY_META); I'm afraid calling f2fs_wait_on_all_pages() after we call f2fs_sync_meta_pages() is low efficient, as we only want to write out dirty meta pages instead of wait for writebacking them to device cache. Thanks, > > /* > * modify checkpoint > @@ -1493,11 +1493,11 @@ static int do_checkpoint(struct f2fs_sb_info *sbi, struct cp_control *cpc) > > /* Here, we have one bio having CP pack except cp pack 2 page */ > f2fs_sync_meta_pages(sbi, META, LONG_MAX, FS_CP_META_IO); > - f2fs_bug_on(sbi, get_pages(sbi, F2FS_DIRTY_META) && > - !f2fs_cp_error(sbi)); > + /* Wait for all dirty meta pages to be submitted for IO */ > + f2fs_wait_on_all_pages(sbi, F2FS_DIRTY_META); > > /* wait for previous submitted meta pages writeback */ > - f2fs_wait_on_all_pages_writeback(sbi); > + f2fs_wait_on_all_pages(sbi, F2FS_WB_CP_DATA); > > /* flush all device cache */ > err = f2fs_flush_device_cache(sbi); > @@ -1506,7 +1506,7 @@ static int do_checkpoint(struct f2fs_sb_info *sbi, struct cp_control *cpc) > > /* barrier and flush checkpoint cp pack 2 page if it can */ > commit_checkpoint(sbi, ckpt, start_blk); > - f2fs_wait_on_all_pages_writeback(sbi); > + f2fs_wait_on_all_pages(sbi, F2FS_WB_CP_DATA); > > /* > * invalidate intermediate page cache borrowed from meta inode > diff --git a/fs/f2fs/f2fs.h b/fs/f2fs/f2fs.h > index 5a888a0..b0e0535 100644 > --- a/fs/f2fs/f2fs.h > +++ b/fs/f2fs/f2fs.h > @@ -3196,7 +3196,7 @@ bool f2fs_is_dirty_device(struct f2fs_sb_info *sbi, nid_t ino, > void f2fs_update_dirty_page(struct inode *inode, struct page *page); > void f2fs_remove_dirty_inode(struct inode *inode); > int f2fs_sync_dirty_inodes(struct f2fs_sb_info *sbi, enum inode_type type); > -void f2fs_wait_on_all_pages_writeback(struct f2fs_sb_info *sbi); > +void f2fs_wait_on_all_pages(struct f2fs_sb_info *sbi, int type); > int f2fs_write_checkpoint(struct f2fs_sb_info *sbi, struct cp_control *cpc); > void f2fs_init_ino_entry_info(struct f2fs_sb_info *sbi); > int __init f2fs_create_checkpoint_caches(void); > diff --git a/fs/f2fs/super.c b/fs/f2fs/super.c > index 5111e1f..084633b 100644 > --- a/fs/f2fs/super.c > +++ b/fs/f2fs/super.c > @@ -1105,7 +1105,7 @@ static void f2fs_put_super(struct super_block *sb) > /* our cp_error case, we can wait for any writeback page */ > f2fs_flush_merged_writes(sbi); > > - f2fs_wait_on_all_pages_writeback(sbi); > + f2fs_wait_on_all_pages(sbi, F2FS_WB_CP_DATA); > > f2fs_bug_on(sbi, sbi->fsync_node_num); > >