Re: [f2fs-dev] [PATCH] f2fs: fix to bail out in get_new_segment()

2025-04-28 Thread patchwork-bot+f2fs--- via Linux-f2fs-devel
Hello: This patch was applied to jaegeuk/f2fs.git (dev) by Jaegeuk Kim : On Tue, 22 Apr 2025 19:56:38 +0800 you wrote: > [ cut here ] > WARNING: CPU: 3 PID: 579 at fs/f2fs/segment.c:2832 new_curseg+0x5e8/0x6dc > pc : new_curseg+0x5e8/0x6dc > Call trace: > new_curseg+0x5e8

Re: [f2fs-dev] [PATCH v3 1/2] f2fs: zone: fix to calculate first_zoned_segno correctly

2025-04-28 Thread patchwork-bot+f2fs--- via Linux-f2fs-devel
Hello: This patch was applied to jaegeuk/f2fs.git (dev) by Jaegeuk Kim : On Thu, 10 Apr 2025 11:10:19 +0800 you wrote: > A zoned device can has both conventional zones and sequential zones, > so we should not treat first segment of zoned device as first_zoned_segno, > instead, we need to check zo

Re: [f2fs-dev] [PATCH 1/2] f2fs: clean up w/ fscrypt_is_bounce_page()

2025-04-28 Thread patchwork-bot+f2fs--- via Linux-f2fs-devel
Hello: This series was applied to jaegeuk/f2fs.git (dev) by Jaegeuk Kim : On Mon, 14 Apr 2025 18:52:36 +0800 you wrote: > Just cleanup, no logic changes. > > Signed-off-by: Chao Yu > --- > fs/f2fs/data.c | 2 +- > 1 file changed, 1 insertion(+), 1 deletion(-) Here is the summary with links:

[f2fs-dev] Patchwork summary for: f2fs

2025-04-28 Thread patchwork-bot+f2fs--- via Linux-f2fs-devel
Hello: The following patches were marked "accepted", because they were applied to jaegeuk/f2fs.git (dev): Series: f2fs folio conversions for 6.16 Submitter: Matthew Wilcox Committer: Jaegeuk Kim Patchwork: https://patchwork.kernel.org/project/f2fs/list/?series=948674 Lore link: https:/

Re: [f2fs-dev] [PATCH] f2fs: fix to do sanity check on sit_bitmap_size

2025-04-28 Thread patchwork-bot+f2fs--- via Linux-f2fs-devel
Hello: This patch was applied to jaegeuk/f2fs.git (dev) by Jaegeuk Kim : On Mon, 14 Apr 2025 18:55:20 +0800 you wrote: > w/ below testcase, resize will generate a corrupted image which > contains inconsistent metadata, so when mounting such image, it > will trigger kernel panic: > > touch img >

Re: [f2fs-dev] [PATCH v2] f2fs: handle error cases of memory donation

2025-04-28 Thread patchwork-bot+f2fs--- via Linux-f2fs-devel
Hello: This patch was applied to jaegeuk/f2fs.git (dev) by Jaegeuk Kim : On Wed, 23 Apr 2025 13:49:34 -0700 you wrote: > From: Daeho Jeong > > In cases of removing memory donation, we need to handle some error cases > like ENOENT and EACCES (indicating the range already has been donated). > >

Re: [f2fs-dev] [PATCH 1/2] f2fs: sysfs: add encoding_flags entry

2025-04-28 Thread patchwork-bot+f2fs--- via Linux-f2fs-devel
Hello: This series was applied to jaegeuk/f2fs.git (dev) by Jaegeuk Kim : On Wed, 16 Apr 2025 13:48:04 +0800 you wrote: > This patch adds a new sysfs entry /sys/fs/f2fs//encoding_flags, > it is a read-only entry to show the value of sb.s_encoding_flags, the > value is hexadecimal. > > ==

Re: [f2fs-dev] [PATCH 000/153] f2fs folio conversions for 6.16

2025-04-28 Thread patchwork-bot+f2fs--- via Linux-f2fs-devel
Hello: This series was applied to jaegeuk/f2fs.git (dev) by Jaegeuk Kim : On Mon, 31 Mar 2025 21:10:20 +0100 you wrote: > Sorry for the length of this series. Each patch in this series builds, > but obviously I haven't done any testing. It should be easy to bisect > to any mistakes I've made.

[f2fs-dev] [PATCH v3] f2fs-tools: introduce fault injection to fsck

2025-04-28 Thread Daeho Jeong
From: Daeho Jeong Due to the difficulty of intentionally corrupting specific metadata on some storage devices like zoned storage devices, it is challenging to effectively verify fsck functionality. To facilitate this verification, it is necessary to add a fault injection mode. Signed-off-by: Dae

[f2fs-dev] [PATCH v2] f2fs-tools: introduce fault injection to fsck

2025-04-28 Thread Daeho Jeong
From: Daeho Jeong Due to the difficulty of intentionally corrupting specific metadata on some storage devices like zoned storage devices, it is challenging to effectively verify fsck functionality. To facilitate this verification, it is necessary to add a fault injection mode. Signed-off-by: Dae

Re: [f2fs-dev] [PATCH 009/153] f2fs: Use a folio in f2fs_quota_read()

2025-04-28 Thread Jaegeuk Kim via Linux-f2fs-devel
On 04/27, Chao Yu wrote: > On 4/1/25 04:10, Matthew Wilcox (Oracle) wrote: > > Support arbitrary size folios and remove a few hidden calls to > > compound_head(). Also remove an unnecessary test of the uptodaate flag; > > if mapping_read_folio_gfp() cannot bring the folio uptodate, it will > > ret

Re: [f2fs-dev] [PATCH 000/153] f2fs folio conversions for 6.16

2025-04-28 Thread Jaegeuk Kim via Linux-f2fs-devel
On 04/28, Chao Yu wrote: > On 4/1/25 04:10, Matthew Wilcox (Oracle) wrote: > > Sorry for the length of this series. Each patch in this series builds, > > but obviously I haven't done any testing. It should be easy to bisect > > to any mistakes I've made. This conversion isn't complete; I estimat

[f2fs-dev] [PATCH v4] fsck.f2fs: tune linear_lookup in f2fs_do_mount()

2025-04-28 Thread Chao Yu via Linux-f2fs-devel
In order to avoid failing to tune linear_lookup if auto or preen mode is on. Cc: Daniel Lee Signed-off-by: Chao Yu --- v4: - print logs w/ MSG() instead of INFO_MSG(). fsck/fsck.c | 30 -- fsck/main.c | 2 -- fsck/mount.c | 2 ++ 3 files changed, 22 insertions(+)

Re: [f2fs-dev] [PATCH] f2fs-tools: prefer physical over logical block size

2025-04-28 Thread Chao Yu via Linux-f2fs-devel
On 4/27/25 17:30, nl6720 wrote: > On Sunday, 27 April 2025 11:45:59 EEST Chao Yu wrote: >> On 4/25/25 09:36, nl6720 via Linux-f2fs-devel wrote: >>> Some drives operate in "512e" configuration with their logical block >>> size set to 512 bytes for legacy compatibility reasons while providing >>> a m

Re: [f2fs-dev] [PATCH 000/153] f2fs folio conversions for 6.16

2025-04-28 Thread Chao Yu via Linux-f2fs-devel
On 4/1/25 04:10, Matthew Wilcox (Oracle) wrote: > Sorry for the length of this series. Each patch in this series builds, > but obviously I haven't done any testing. It should be easy to bisect > to any mistakes I've made. This conversion isn't complete; I estimate > another 100 or so patches wil