Received: by 2002:a05:6a10:a841:0:0:0:0 with SMTP id d1csp956563pxy; Thu, 22 Apr 2021 18:32:11 -0700 (PDT) X-Google-Smtp-Source: ABdhPJw9KnGo7BgaWLV0qhbnJJqEogwS00Manb1OW47ugxTtwMaGspLmHDS48ogxd9SUa1xgUvsf X-Received: by 2002:a62:1a12:0:b029:248:9023:6aca with SMTP id a18-20020a621a120000b029024890236acamr1496389pfa.5.1619141531309; Thu, 22 Apr 2021 18:32:11 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1619141531; cv=none; d=google.com; s=arc-20160816; b=ewqo7HXkBwYboYuIlbGI1KRunzWhwXNmDU+hgqoAUg5sJEQYZcPrt/ZvUzY9DIwYLM x8l3SwJPQRTY3W6NYuNC5grb2u11+I8egwpDF9b0356qQv6LEevYSQwcmR39UepiTprp T2faGraHtaTtDomfNQKAkjd0Qc+YCCSQJCuJ9icRDHf5omxRLJn4bI9tz0FxH5PvSH1d lMyuLZQFmzUTUVvI4Z7ryWaoWDTnz9F30ndl0GtqdD8caNOofvcjlLfXqUbcnpkbkHqo jtCtw90N5rBQ72x0v9+fTX+N7OPHTVku0W7a/iy5aBcpjUOgAsIqM6r7UotMKlJbPW1N +gAg== 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=VpC+cQ/zAFalWZSd4PLSHWXLd0uw4VmCwYye9XH8xIY=; b=wk/491zVO+YcAyI+U/ZtJukaYQ5Ta0TKVmeAXvNeFs/GCUy+S6s/5YRCoD8zNubAAZ EdnXyK+pITHYEfpQjKgKSEtA/3/Ks+vUMoI644BgbTUz8ux9sPvqTUDROpVwjkCtsoAd /suly32ICwFVVYYFCA6qd8i8j+uNFBaRUb7nJLkmKyLrQjkXpPH8sfYYXXfm56X18Vy6 Oh+XBmbb/Fib02+kOgNLzbTRHPM+0ACnbH/MGS7IuLPnWxtQpZXzPei2nlHR7oIkacva E+Ye26Xnpt6ADNvR/FVcwsv+lX3pA54AKLtq05BejBTalQ1Asg4N4dY+Rvx3NK8G0RPk xBjw== 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 a16si5050168pfh.194.2021.04.22.18.31.58; Thu, 22 Apr 2021 18:32:11 -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 S236869AbhDWBau (ORCPT + 99 others); Thu, 22 Apr 2021 21:30:50 -0400 Received: from szxga05-in.huawei.com ([45.249.212.191]:17027 "EHLO szxga05-in.huawei.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S236126AbhDWBau (ORCPT ); Thu, 22 Apr 2021 21:30:50 -0400 Received: from DGGEMS405-HUB.china.huawei.com (unknown [172.30.72.58]) by szxga05-in.huawei.com (SkyGuard) with ESMTP id 4FRGqL6ZBQzPtTq; Fri, 23 Apr 2021 09:27:10 +0800 (CST) Received: from [10.136.110.154] (10.136.110.154) by smtp.huawei.com (10.3.19.205) with Microsoft SMTP Server (TLS) id 14.3.498.0; Fri, 23 Apr 2021 09:30:09 +0800 Subject: Re: [f2fs-dev] [PATCH] f2fs: set prefree as free segments after clear prefree segments To: Yangtao Li , , , , References: <20210422125910.127871-1-frank.li@vivo.com> From: Chao Yu Message-ID: <247c6055-c004-72a6-5093-3949c2ed8495@huawei.com> Date: Fri, 23 Apr 2021 09:30:09 +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: <20210422125910.127871-1-frank.li@vivo.com> 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/4/22 20:59, Yangtao Li wrote: > For now, when do_checkpoint fails, the prefree bitmap is not cleared, > but these segments are already in the free state. If these segments > are used, the segments in use will be reset to the free state when > f2fs_clear_prefree_segments is called next time. > > So move set_prefree_as_free_segments after clear_prefree_segments. That's not correct. /* * Should call f2fs_clear_prefree_segments after checkpoint is done. */ static void set_prefree_as_free_segments(struct f2fs_sb_info *sbi) Comments above set_prefree_as_free_segments() should have told you the rule, otherwise if checkpoint failed, valid data in last valid checkpoint could be corrupted after segment reuse. Thanks, > > Signed-off-by: Yangtao Li > --- > fs/f2fs/segment.c | 17 +---------------- > 1 file changed, 1 insertion(+), 16 deletions(-) > > diff --git a/fs/f2fs/segment.c b/fs/f2fs/segment.c > index c2866561263e..ea1334e17a0d 100644 > --- a/fs/f2fs/segment.c > +++ b/fs/f2fs/segment.c > @@ -1945,20 +1945,6 @@ void f2fs_release_discard_addrs(struct f2fs_sb_info *sbi) > release_discard_addr(entry); > } > > -/* > - * Should call f2fs_clear_prefree_segments after checkpoint is done. > - */ > -static void set_prefree_as_free_segments(struct f2fs_sb_info *sbi) > -{ > - struct dirty_seglist_info *dirty_i = DIRTY_I(sbi); > - unsigned int segno; > - > - mutex_lock(&dirty_i->seglist_lock); > - for_each_set_bit(segno, dirty_i->dirty_segmap[PRE], MAIN_SEGS(sbi)) > - __set_test_and_free(sbi, segno, false); > - mutex_unlock(&dirty_i->seglist_lock); > -} > - > void f2fs_clear_prefree_segments(struct f2fs_sb_info *sbi, > struct cp_control *cpc) > { > @@ -1993,6 +1979,7 @@ void f2fs_clear_prefree_segments(struct f2fs_sb_info *sbi, > for (i = start; i < end; i++) { > if (test_and_clear_bit(i, prefree_map)) > dirty_i->nr_dirty[PRE]--; > + __set_test_and_free(sbi, i, false); > } > > if (!f2fs_realtime_discard_enable(sbi)) > @@ -4188,8 +4175,6 @@ void f2fs_flush_sit_entries(struct f2fs_sb_info *sbi, struct cp_control *cpc) > cpc->trim_start = trim_start; > } > up_write(&sit_i->sentry_lock); > - > - set_prefree_as_free_segments(sbi); > } > > static int build_sit_info(struct f2fs_sb_info *sbi) >