Re: [f2fs-dev] [PATCH 1/4] f2fs: allocate new section if it's not new

2023-12-04 Thread Daeho Jeong
LGTM On Mon, Dec 4, 2023 at 10:06 AM Jaegeuk Kim wrote: > > If fsck can allocate a new zone, it'd be better to use that instead of > allocating a new one. > > And, it modifies kernel messages. > > Signed-off-by: Jaegeuk Kim > --- > fs/f2fs/segment.c | 33 + > 1

[f2fs-dev] [PATCH] f2fs-tools: skip finishing zones for current zones

2023-12-04 Thread Daeho Jeong
From: Daeho Jeong Do not finishing zones for current zones. Signed-off-by: Daeho Jeong Fixes: 06a25b021d15 ("f2fs-tools: make six open zone check resilient") --- fsck/fsck.c | 12 +++- 1 file changed, 11 insertions(+), 1 deletion(-) diff --git a/fsck/fsck.c b/fsck/fsck.c index

Re: [f2fs-dev] [PATCH 2/4] f2fs: fix write pointers on zoned device after roll forward

2023-12-04 Thread Daeho Jeong
LGTM On Mon, Dec 4, 2023 at 10:06 AM Jaegeuk Kim wrote: > > 1. do roll forward recovery > 2. update current segments pointers > 3. fix the entire zones' write pointers > 4. do checkpoint > > Signed-off-by: Jaegeuk Kim > --- > fs/f2fs/recovery.c | 2 ++ > 1 file changed, 2 insertions(+) > >

Re: [f2fs-dev] [PATCH 4/4] f2fs: let's finish or reset zones all the time

2023-12-04 Thread Daeho Jeong
LGTM On Mon, Dec 4, 2023 at 10:07 AM Jaegeuk Kim wrote: > > In order to limit # of open zones, let's finish or reset zones given # of > valid blocks per section and its zone condition. > > Signed-off-by: Jaegeuk Kim > --- > fs/f2fs/segment.c | 74 +++

Re: [f2fs-dev] [PATCH] fsck.f2fs: run full scan if checkpoint is disabled

2023-12-04 Thread Daeho Jeong
LGTM On Mon, Dec 4, 2023 at 10:07 AM Jaegeuk Kim wrote: > > Let's fix any inconsistency until checkpint being enabled back. > > Signed-off-by: Jaegeuk Kim > --- > fsck/mount.c | 1 + > 1 file changed, 1 insertion(+) > > diff --git a/fsck/mount.c b/fsck/mount.c > index

Re: [f2fs-dev] [PATCH 3/4] f2fs: check write pointers when checkpoint=disable

2023-12-04 Thread Daeho Jeong
LGTM On Mon, Dec 4, 2023 at 10:06 AM Jaegeuk Kim wrote: > > Even if f2fs was rebooted as staying checkpoint=disable, let's match the write > pointers all the time. > > Signed-off-by: Jaegeuk Kim > --- > fs/f2fs/super.c | 3 +-- > 1 file changed, 1 insertion(+), 2 deletions(-) > > diff --git

[f2fs-dev] [PATCH v2] f2fs: Restrict max filesize for 16K f2fs

2023-12-04 Thread Daniel Rosenberg via Linux-f2fs-devel
Blocks are tracked by u32, so the max permitted filesize is U32_MAX * BLOCK_SIZE. Additionally, in order to support crypto data unit sizes of 4K with a 16K block size with IV_INO_LBLK_{32,63}, we must further restrict max filesize to U32_MAX * 4096. This does not affect 4K blocksize f2fs as the

Re: [f2fs-dev] [PATCH] fsck.f2fs: run full scan if checkpoint is disabled

2023-12-04 Thread Jaegeuk Kim
Thanks. Let me add reviewed-by. :) On 12/04, Daeho Jeong wrote: > LGTM > > On Mon, Dec 4, 2023 at 10:07 AM Jaegeuk Kim wrote: > > > > Let's fix any inconsistency until checkpint being enabled back. > > > > Signed-off-by: Jaegeuk Kim > > --- > > fsck/mount.c | 1 + > > 1 file changed, 1

Re: [f2fs-dev] [PATCH v2] f2fs: Restrict max filesize for 16K f2fs

2023-12-04 Thread Eric Biggers
On Mon, Dec 04, 2023 at 03:46:15PM -0800, Daniel Rosenberg via Linux-f2fs-devel wrote: > Blocks are tracked by u32, so the max permitted filesize is > U32_MAX * BLOCK_SIZE. Additionally, in order to support crypto data unit > sizes of 4K with a 16K block size with IV_INO_LBLK_{32,63}, we must

[f2fs-dev] [PATCH 1/4] f2fs: allocate new section if it's not new

2023-12-04 Thread Jaegeuk Kim
If fsck can allocate a new zone, it'd be better to use that instead of allocating a new one. And, it modifies kernel messages. Signed-off-by: Jaegeuk Kim --- fs/f2fs/segment.c | 33 + 1 file changed, 17 insertions(+), 16 deletions(-) diff --git

[f2fs-dev] [PATCH 4/4] f2fs: let's finish or reset zones all the time

2023-12-04 Thread Jaegeuk Kim
In order to limit # of open zones, let's finish or reset zones given # of valid blocks per section and its zone condition. Signed-off-by: Jaegeuk Kim --- fs/f2fs/segment.c | 74 +++ 1 file changed, 17 insertions(+), 57 deletions(-) diff --git

[f2fs-dev] [PATCH] fsck.f2fs: run full scan if checkpoint is disabled

2023-12-04 Thread Jaegeuk Kim
Let's fix any inconsistency until checkpint being enabled back. Signed-off-by: Jaegeuk Kim --- fsck/mount.c | 1 + 1 file changed, 1 insertion(+) diff --git a/fsck/mount.c b/fsck/mount.c index e957904494ef..30c62280b281 100644 --- a/fsck/mount.c +++ b/fsck/mount.c @@ -1435,6 +1435,7 @@ static

[f2fs-dev] [PATCH 3/4] f2fs: check write pointers when checkpoint=disable

2023-12-04 Thread Jaegeuk Kim
Even if f2fs was rebooted as staying checkpoint=disable, let's match the write pointers all the time. Signed-off-by: Jaegeuk Kim --- fs/f2fs/super.c | 3 +-- 1 file changed, 1 insertion(+), 2 deletions(-) diff --git a/fs/f2fs/super.c b/fs/f2fs/super.c index 617340e9ea7f..9a874b4d1501 100644

[f2fs-dev] [PATCH 2/4] f2fs: fix write pointers on zoned device after roll forward

2023-12-04 Thread Jaegeuk Kim
1. do roll forward recovery 2. update current segments pointers 3. fix the entire zones' write pointers 4. do checkpoint Signed-off-by: Jaegeuk Kim --- fs/f2fs/recovery.c | 2 ++ 1 file changed, 2 insertions(+) diff --git a/fs/f2fs/recovery.c b/fs/f2fs/recovery.c index

Re: [f2fs-dev] Performance drop due to alloc_workqueue() misuse and recent change

2023-12-04 Thread Tejun Heo
Hello, On Mon, Dec 04, 2023 at 04:03:47PM +, Naohiro Aota wrote: > Recently, commit 636b927eba5b ("workqueue: Make unbound workqueues to use > per-cpu pool_workqueues") changed WQ_UNBOUND workqueue's behavior. It > changed the meaning of alloc_workqueue()'s max_active from an upper limit >

[f2fs-dev] [PATCH v3] f2fs: Restrict max filesize for 16K f2fs

2023-12-04 Thread Daniel Rosenberg via Linux-f2fs-devel
Blocks are tracked by u32, so the max permitted filesize is (U32_MAX + 1) * BLOCK_SIZE. Additionally, in order to support crypto data unit sizes of 4K with a 16K block with IV_INO_LBLK_{32,64}, we must further restrict max filesize to (U32_MAX + 1) * 4096. This does not affect 4K blocksize f2fs as

Re: [f2fs-dev] Weird EROFS data corruption

2023-12-04 Thread Gao Xiang
Hi Juhyung, On 2023/12/4 11:41, Juhyung Park wrote: ... - Could you share the full message about the output of `lscpu`? Sure: Architecture:x86_64 CPU op-mode(s):32-bit, 64-bit Address sizes: 39 bits physical, 48 bits virtual Byte Order:

[f2fs-dev] Performance drop due to alloc_workqueue() misuse and recent change

2023-12-04 Thread Naohiro Aota via Linux-f2fs-devel
Recently, commit 636b927eba5b ("workqueue: Make unbound workqueues to use per-cpu pool_workqueues") changed WQ_UNBOUND workqueue's behavior. It changed the meaning of alloc_workqueue()'s max_active from an upper limit imposed per NUMA node to a limit per CPU. As a result, massive number of workers