From: Chao Yu via Linux-f2fs-devel <linux-f2fs-devel@lists.sourceforge.net>
To: Jaegeuk Kim <jaegeuk@kernel.org>
Cc: pilhyun.kim@sk.com, linux-kernel@vger.kernel.org,
linux-f2fs-devel@lists.sourceforge.net
Subject: Re: [f2fs-dev] [PATCH v5] f2fs: prevent the current section from being selected as a victim during GC
Date: Thu, 10 Apr 2025 13:14:45 +0800 [thread overview]
Message-ID: <46dbee1d-c1e9-414c-9f7f-8060bc2f9030@kernel.org> (raw)
In-Reply-To: <Z_dAo3uD1jKraegq@google.com>
On 4/10/25 11:53, Jaegeuk Kim wrote:
> On 04/07, Chao Yu wrote:
>> On 4/7/25 10:08, Chao Yu wrote:
>>> On 4/5/25 03:55, Jaegeuk Kim wrote:
>>>> Hi Yohan,
>>>>
>>>> I modified this patch after applying the clean up by
>>>>
>>>> https://lore.kernel.org/linux-f2fs-devel/20250404195442.413945-1-jaegeuk@kernel.org/T/#u
>>>>
>>>> --- a/fs/f2fs/segment.h
>>>> +++ b/fs/f2fs/segment.h
>>>> @@ -486,6 +486,11 @@ static inline void __set_test_and_free(struct f2fs_sb_info *sbi,
>>>>
>>>> free_i->free_sections++;
>>>>
>>>> + if (GET_SEC_FROM_SEG(sbi, sbi->next_victim_seg[BG_GC]) == secno)
>>>> + sbi->next_victim_seg[BG_GC] = NULL_SEGNO;
>>>> + if (GET_SEC_FROM_SEG(sbi, sbi->next_victim_seg[FG_GC]) == secno)
>>>> + sbi->next_victim_seg[FG_GC] = NULL_SEGNO;
>>>
>>> Reviewed-by: Chao Yu <chao@kernel.org>
>>
>> Oh, can we add Fixes line to make it to be merged into stable kernel?
>
> Which one would be good to add?
I guess this one:
Fixes: e3080b0120a1 ("f2fs: support subsectional garbage collection")
Thanks,
>
>>
>> Thanks,
>>
>>>
>>> Thanks,
>>>
>>>> +
>>>> unlock_out:
>>>> spin_unlock(&free_i->segmap_lock);
>>>> }
>>>>
>>>> On 04/04, yohan.joung wrote:
>>>>> When selecting a victim using next_victim_seg in a large section, the
>>>>> selected section might already have been cleared and designated as the
>>>>> new current section, making it actively in use.
>>>>> This behavior causes inconsistency between the SIT and SSA.
>>>>>
>>>>> F2FS-fs (dm-54): Inconsistent segment (70961) type [0, 1] in SSA and SIT
>>>>> Call trace:
>>>>> dump_backtrace+0xe8/0x10c
>>>>> show_stack+0x18/0x28
>>>>> dump_stack_lvl+0x50/0x6c
>>>>> dump_stack+0x18/0x28
>>>>> f2fs_stop_checkpoint+0x1c/0x3c
>>>>> do_garbage_collect+0x41c/0x271c
>>>>> f2fs_gc+0x27c/0x828
>>>>> gc_thread_func+0x290/0x88c
>>>>> kthread+0x11c/0x164
>>>>> ret_from_fork+0x10/0x20
>>>>>
>>>>> issue scenario
>>>>> segs_per_sec=2
>>>>> - seg#0 and seg#1 are all dirty
>>>>> - all valid blocks are removed in seg#1
>>>>> - gc select this sec and next_victim_seg=seg#0
>>>>> - migrate seg#0, next_victim_seg=seg#1
>>>>> - checkpoint -> sec(seg#0, seg#1) becomes free
>>>>> - allocator assigns sec(seg#0, seg#1) to curseg
>>>>> - gc tries to migrate seg#1
>>>>>
>>>>> Signed-off-by: yohan.joung <yohan.joung@sk.com>
>>>>> Signed-off-by: Chao Yu <chao@kernel.org>
>>>>> ---
>>>>> fs/f2fs/segment.h | 9 ++++++++-
>>>>> 1 file changed, 8 insertions(+), 1 deletion(-)
>>>>>
>>>>> diff --git a/fs/f2fs/segment.h b/fs/f2fs/segment.h
>>>>> index 0465dc00b349..0773283babfa 100644
>>>>> --- a/fs/f2fs/segment.h
>>>>> +++ b/fs/f2fs/segment.h
>>>>> @@ -474,8 +474,15 @@ static inline void __set_test_and_free(struct f2fs_sb_info *sbi,
>>>>> next = find_next_bit(free_i->free_segmap,
>>>>> start_segno + SEGS_PER_SEC(sbi), start_segno);
>>>>> if (next >= start_segno + usable_segs) {
>>>>> - if (test_and_clear_bit(secno, free_i->free_secmap))
>>>>> + if (test_and_clear_bit(secno, free_i->free_secmap)) {
>>>>> free_i->free_sections++;
>>>>> +
>>>>> + if (GET_SEC_FROM_SEG(sbi, sbi->next_victim_seg[BG_GC]) == secno)
>>>>> + sbi->next_victim_seg[BG_GC] = NULL_SEGNO;
>>>>> +
>>>>> + if (GET_SEC_FROM_SEG(sbi, sbi->next_victim_seg[FG_GC]) == secno)
>>>>> + sbi->next_victim_seg[FG_GC] = NULL_SEGNO;
>>>>> + }
>>>>> }
>>>>> }
>>>>> skip_free:
>>>>> --
>>>>> 2.33.0
>>>
_______________________________________________
Linux-f2fs-devel mailing list
Linux-f2fs-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/linux-f2fs-devel
WARNING: multiple messages have this Message-ID (diff)
From: Chao Yu <chao@kernel.org>
To: Jaegeuk Kim <jaegeuk@kernel.org>
Cc: chao@kernel.org, "yohan.joung" <yohan.joung@sk.com>,
linux-f2fs-devel@lists.sourceforge.net,
linux-kernel@vger.kernel.org, pilhyun.kim@sk.com
Subject: Re: [PATCH v5] f2fs: prevent the current section from being selected as a victim during GC
Date: Thu, 10 Apr 2025 13:14:45 +0800 [thread overview]
Message-ID: <46dbee1d-c1e9-414c-9f7f-8060bc2f9030@kernel.org> (raw)
In-Reply-To: <Z_dAo3uD1jKraegq@google.com>
On 4/10/25 11:53, Jaegeuk Kim wrote:
> On 04/07, Chao Yu wrote:
>> On 4/7/25 10:08, Chao Yu wrote:
>>> On 4/5/25 03:55, Jaegeuk Kim wrote:
>>>> Hi Yohan,
>>>>
>>>> I modified this patch after applying the clean up by
>>>>
>>>> https://lore.kernel.org/linux-f2fs-devel/20250404195442.413945-1-jaegeuk@kernel.org/T/#u
>>>>
>>>> --- a/fs/f2fs/segment.h
>>>> +++ b/fs/f2fs/segment.h
>>>> @@ -486,6 +486,11 @@ static inline void __set_test_and_free(struct f2fs_sb_info *sbi,
>>>>
>>>> free_i->free_sections++;
>>>>
>>>> + if (GET_SEC_FROM_SEG(sbi, sbi->next_victim_seg[BG_GC]) == secno)
>>>> + sbi->next_victim_seg[BG_GC] = NULL_SEGNO;
>>>> + if (GET_SEC_FROM_SEG(sbi, sbi->next_victim_seg[FG_GC]) == secno)
>>>> + sbi->next_victim_seg[FG_GC] = NULL_SEGNO;
>>>
>>> Reviewed-by: Chao Yu <chao@kernel.org>
>>
>> Oh, can we add Fixes line to make it to be merged into stable kernel?
>
> Which one would be good to add?
I guess this one:
Fixes: e3080b0120a1 ("f2fs: support subsectional garbage collection")
Thanks,
>
>>
>> Thanks,
>>
>>>
>>> Thanks,
>>>
>>>> +
>>>> unlock_out:
>>>> spin_unlock(&free_i->segmap_lock);
>>>> }
>>>>
>>>> On 04/04, yohan.joung wrote:
>>>>> When selecting a victim using next_victim_seg in a large section, the
>>>>> selected section might already have been cleared and designated as the
>>>>> new current section, making it actively in use.
>>>>> This behavior causes inconsistency between the SIT and SSA.
>>>>>
>>>>> F2FS-fs (dm-54): Inconsistent segment (70961) type [0, 1] in SSA and SIT
>>>>> Call trace:
>>>>> dump_backtrace+0xe8/0x10c
>>>>> show_stack+0x18/0x28
>>>>> dump_stack_lvl+0x50/0x6c
>>>>> dump_stack+0x18/0x28
>>>>> f2fs_stop_checkpoint+0x1c/0x3c
>>>>> do_garbage_collect+0x41c/0x271c
>>>>> f2fs_gc+0x27c/0x828
>>>>> gc_thread_func+0x290/0x88c
>>>>> kthread+0x11c/0x164
>>>>> ret_from_fork+0x10/0x20
>>>>>
>>>>> issue scenario
>>>>> segs_per_sec=2
>>>>> - seg#0 and seg#1 are all dirty
>>>>> - all valid blocks are removed in seg#1
>>>>> - gc select this sec and next_victim_seg=seg#0
>>>>> - migrate seg#0, next_victim_seg=seg#1
>>>>> - checkpoint -> sec(seg#0, seg#1) becomes free
>>>>> - allocator assigns sec(seg#0, seg#1) to curseg
>>>>> - gc tries to migrate seg#1
>>>>>
>>>>> Signed-off-by: yohan.joung <yohan.joung@sk.com>
>>>>> Signed-off-by: Chao Yu <chao@kernel.org>
>>>>> ---
>>>>> fs/f2fs/segment.h | 9 ++++++++-
>>>>> 1 file changed, 8 insertions(+), 1 deletion(-)
>>>>>
>>>>> diff --git a/fs/f2fs/segment.h b/fs/f2fs/segment.h
>>>>> index 0465dc00b349..0773283babfa 100644
>>>>> --- a/fs/f2fs/segment.h
>>>>> +++ b/fs/f2fs/segment.h
>>>>> @@ -474,8 +474,15 @@ static inline void __set_test_and_free(struct f2fs_sb_info *sbi,
>>>>> next = find_next_bit(free_i->free_segmap,
>>>>> start_segno + SEGS_PER_SEC(sbi), start_segno);
>>>>> if (next >= start_segno + usable_segs) {
>>>>> - if (test_and_clear_bit(secno, free_i->free_secmap))
>>>>> + if (test_and_clear_bit(secno, free_i->free_secmap)) {
>>>>> free_i->free_sections++;
>>>>> +
>>>>> + if (GET_SEC_FROM_SEG(sbi, sbi->next_victim_seg[BG_GC]) == secno)
>>>>> + sbi->next_victim_seg[BG_GC] = NULL_SEGNO;
>>>>> +
>>>>> + if (GET_SEC_FROM_SEG(sbi, sbi->next_victim_seg[FG_GC]) == secno)
>>>>> + sbi->next_victim_seg[FG_GC] = NULL_SEGNO;
>>>>> + }
>>>>> }
>>>>> }
>>>>> skip_free:
>>>>> --
>>>>> 2.33.0
>>>
next prev parent reply other threads:[~2025-04-10 5:15 UTC|newest]
Thread overview: 16+ messages / expand[flat|nested] mbox.gz Atom feed top
2025-04-03 23:21 [f2fs-dev] [PATCH v5] f2fs: prevent the current section from being selected as a victim during GC yohan.joung
2025-04-03 23:21 ` yohan.joung
2025-04-04 19:55 ` [f2fs-dev] " Jaegeuk Kim via Linux-f2fs-devel
2025-04-04 19:55 ` Jaegeuk Kim
2025-04-07 2:08 ` [f2fs-dev] " Chao Yu via Linux-f2fs-devel
2025-04-07 2:08 ` Chao Yu
2025-04-07 2:11 ` [f2fs-dev] " Chao Yu via Linux-f2fs-devel
2025-04-07 2:11 ` Chao Yu
2025-04-10 3:53 ` [f2fs-dev] " Jaegeuk Kim via Linux-f2fs-devel
2025-04-10 3:53 ` Jaegeuk Kim
2025-04-10 5:12 ` [f2fs-dev] " yohan.joung
2025-04-10 5:12 ` yohan.joung
2025-04-10 5:23 ` yohan.joung
2025-04-10 5:23 ` yohan.joung
2025-04-10 5:14 ` Chao Yu via Linux-f2fs-devel [this message]
2025-04-10 5:14 ` Chao Yu
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=46dbee1d-c1e9-414c-9f7f-8060bc2f9030@kernel.org \
--to=linux-f2fs-devel@lists.sourceforge.net \
--cc=chao@kernel.org \
--cc=jaegeuk@kernel.org \
--cc=linux-kernel@vger.kernel.org \
--cc=pilhyun.kim@sk.com \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.