Received: by 2002:a25:2c96:0:0:0:0:0 with SMTP id s144csp1495382ybs; Mon, 25 May 2020 18:14:58 -0700 (PDT) X-Google-Smtp-Source: ABdhPJzGMU+ZWuZ4sGPF+okjPhncrYFq7xzCvc2+LsAVHCvTMA1Ef0otbdgdnvINwiVfYE95TcLl X-Received: by 2002:a17:906:379b:: with SMTP id n27mr20285769ejc.432.1590455698817; Mon, 25 May 2020 18:14:58 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1590455698; cv=none; d=google.com; s=arc-20160816; b=WSshUdBi8n2OAEKD0EXC1F7DxJXkxWM8i7H2e0n3ZM8xW1bQnVHmnr9PYSPaJZge7D 7jyKvzqgitEwauYO76N9I89p2tlwP/ykPlx+eJYL+IN+lI3H5XbH3PcnEHpmMT+KgxVb yXIjYMe/bRqT/9tQwNbkM1rh9a7RJJwqw85AaAhtSaQE2+f1lYs2ArHFfES8mWyAGrsY QwCq9BEvQijaaXB5/D3376jJrnwGrn2YnztXybRWqrB/iZORHUI+/xltsjB+431/80E+ ZpO7gPPRpD6RGkrlCnF+EkXquUotDMW0Gmh4PvcRaLtZk++hp6QJh16aCuGSJ/nE8UfZ FPSA== 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=SMrgQCivznIqd+S3UKZUlLZYvpSwtQrHMir5hHVTal0=; b=LJbXJ7cfI0PG6Qih3bu8katC8xILQhQOwAbnN4fovOwQhRK/sRc2kPWjLvVlwoawfq mMRzPK5myp+kOn2eySzQzIOYhp3CB1JpItHU1vs3EmL3srgEZiZK5G6XlKyOUzaYYJ+U hv6g+sKi3oi+zll2u9D4fFReX7WVYP3dgLkAQjMGStZmo4O182VKJ+zSymbAbJzLThiG hJ0EppQznir17THVzHpeL2ttQjjvgQ+222jm05rthSTORyd6OyuujEvXgEsJUibfQQMp O94cpPNYhsd4ocVqrt5FqVgtG/3GgOuuQ31ZmwF5WRP8GBsClQmD2RUPK6tWlGGtkShe +uKQ== 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 Return-Path: Received: from vger.kernel.org (vger.kernel.org. [23.128.96.18]) by mx.google.com with ESMTP id y1si10954973ede.53.2020.05.25.18.14.35; Mon, 25 May 2020 18:14:58 -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 Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S2388294AbgEZBLl (ORCPT + 99 others); Mon, 25 May 2020 21:11:41 -0400 Received: from szxga06-in.huawei.com ([45.249.212.32]:59606 "EHLO huawei.com" rhost-flags-OK-OK-OK-FAIL) by vger.kernel.org with ESMTP id S2387888AbgEZBLl (ORCPT ); Mon, 25 May 2020 21:11:41 -0400 Received: from DGGEMS408-HUB.china.huawei.com (unknown [172.30.72.59]) by Forcepoint Email with ESMTP id 9D04790BC102AFFC7773; Tue, 26 May 2020 09:11:39 +0800 (CST) Received: from [10.134.22.195] (10.134.22.195) by smtp.huawei.com (10.3.19.208) with Microsoft SMTP Server (TLS) id 14.3.487.0; Tue, 26 May 2020 09:11:34 +0800 Subject: Re: [f2fs-dev] [PATCH v3] f2fs: avoid inifinite loop to wait for flushing node pages at cp_error To: Jaegeuk Kim CC: , , References: <20200522144752.216197-1-jaegeuk@kernel.org> <20200522233243.GA94020@google.com> <20200525035655.GA135148@google.com> <565af47c-8364-d910-8d1c-93645c12e660@huawei.com> <20200525150608.GA55033@google.com> From: Chao Yu Message-ID: <92afae8b-2dd3-171a-562c-404a67f9aab2@huawei.com> Date: Tue, 26 May 2020 09:11:30 +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: <20200525150608.GA55033@google.com> 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 On 2020/5/25 23:06, Jaegeuk Kim wrote: > On 05/25, Chao Yu wrote: >> On 2020/5/25 11:56, Jaegeuk Kim wrote: >>> Shutdown test is somtimes hung, since it keeps trying to flush dirty node pages >> >> IMO, for umount case, we should drop dirty reference and dirty pages on meta/data >> pages like we change for node pages to avoid potential dead loop... > > I believe we're doing for them. :P Actually, I mean do we need to drop dirty meta/data pages explicitly as below: diff --git a/fs/f2fs/checkpoint.c b/fs/f2fs/checkpoint.c index 3dc3ac6fe143..4c08fd0a680a 100644 --- a/fs/f2fs/checkpoint.c +++ b/fs/f2fs/checkpoint.c @@ -299,8 +299,15 @@ static int __f2fs_write_meta_page(struct page *page, trace_f2fs_writepage(page, META); - if (unlikely(f2fs_cp_error(sbi))) + if (unlikely(f2fs_cp_error(sbi))) { + if (is_sbi_flag_set(sbi, SBI_IS_CLOSE)) { + ClearPageUptodate(page); + dec_page_count(sbi, F2FS_DIRTY_META); + unlock_page(page); + return 0; + } goto redirty_out; + } if (unlikely(is_sbi_flag_set(sbi, SBI_POR_DOING))) goto redirty_out; if (wbc->for_reclaim && page->index < GET_SUM_BLOCK(sbi, 0)) diff --git a/fs/f2fs/data.c b/fs/f2fs/data.c index 48a622b95b76..94b342802513 100644 --- a/fs/f2fs/data.c +++ b/fs/f2fs/data.c @@ -2682,6 +2682,12 @@ int f2fs_write_single_data_page(struct page *page, int *submitted, /* we should bypass data pages to proceed the kworkder jobs */ if (unlikely(f2fs_cp_error(sbi))) { + if (is_sbi_flag_set(sbi, SBI_IS_CLOSE)) { + ClearPageUptodate(page); + inode_dec_dirty_pages(inode); + unlock_page(page); + return 0; + } mapping_set_error(page->mapping, -EIO); /* * don't drop any dirty dentry pages for keeping lastest > >> >> Thanks, >> >>> in an inifinite loop. Let's drop dirty pages at umount in that case. >>> >>> Signed-off-by: Jaegeuk Kim >>> --- >>> v3: >>> - fix wrong unlock >>> >>> v2: >>> - fix typos >>> >>> fs/f2fs/node.c | 9 ++++++++- >>> 1 file changed, 8 insertions(+), 1 deletion(-) >>> >>> diff --git a/fs/f2fs/node.c b/fs/f2fs/node.c >>> index e632de10aedab..e0bb0f7e0506e 100644 >>> --- a/fs/f2fs/node.c >>> +++ b/fs/f2fs/node.c >>> @@ -1520,8 +1520,15 @@ static int __write_node_page(struct page *page, bool atomic, bool *submitted, >>> >>> trace_f2fs_writepage(page, NODE); >>> >>> - if (unlikely(f2fs_cp_error(sbi))) >>> + if (unlikely(f2fs_cp_error(sbi))) { >>> + if (is_sbi_flag_set(sbi, SBI_IS_CLOSE)) { >>> + ClearPageUptodate(page); >>> + dec_page_count(sbi, F2FS_DIRTY_NODES); >>> + unlock_page(page); >>> + return 0; >>> + } >>> goto redirty_out; >>> + } >>> >>> if (unlikely(is_sbi_flag_set(sbi, SBI_POR_DOING))) >>> goto redirty_out; >>> > . >