Re: [f2fs-dev] [PATCH] f2fs: support file defragment

2015-10-22 Thread Chao Yu
Hi Jaegeuk, > -Original Message- > From: Jaegeuk Kim [mailto:jaeg...@kernel.org] > Sent: Friday, October 23, 2015 2:12 AM > To: Chao Yu > Cc: linux-f2fs-devel@lists.sourceforge.net; linux-ker...@vger.kernel.org > Subject: Re: [PATCH] f2fs: support file defragment > > Hi, > > On Thu, Oct

Re: [f2fs-dev] [kbuild-all] [f2fs:linux-3.10 36/36] fs/f2fs/dir.c:898:2: error: unknown field 'readdir' specified in initializer

2015-10-22 Thread Fengguang Wu
Hi Jaegeuk, On Thu, Oct 22, 2015 at 04:20:36PM -0700, Jaegeuk Kim wrote: > Hi Fengguang, > > On Fri, Oct 23, 2015 at 07:13:27AM +0800, Fengguang Wu wrote: > > FYI, it's still not fixed.. > > Thank you so much for every valuable tests. > If possible, could you get rid of this branch, linux-3.10,

Re: [f2fs-dev] [kbuild-all] [f2fs:linux-3.10 36/36] fs/f2fs/dir.c:898:2: error: unknown field 'readdir' specified in initializer

2015-10-22 Thread Jaegeuk Kim
Hi Fengguang, On Fri, Oct 23, 2015 at 07:13:27AM +0800, Fengguang Wu wrote: > FYI, it's still not fixed.. Thank you so much for every valuable tests. If possible, could you get rid of this branch, linux-3.10, from your kbuild test robot? This provides a backported f2fs for v3.10, so it should fai

Re: [f2fs-dev] [kbuild-all] [f2fs:linux-3.10 36/36] fs/f2fs/dir.c:898:2: error: unknown field 'readdir' specified in initializer

2015-10-22 Thread Fengguang Wu
FYI, it's still not fixed.. On Tue, Oct 06, 2015 at 07:30:03AM +0800, kbuild test robot wrote: > tree: https://git.kernel.org/pub/scm/linux/kernel/git/jaegeuk/f2fs > linux-3.10 > head: c47363c38a60736d1c5baaa29613c177dfacebd9 > commit: c47363c38a60736d1c5baaa29613c177dfacebd9 [36/36] f2fs: su

Re: [f2fs-dev] [PATCH] f2fs: support file defragment

2015-10-22 Thread Jaegeuk Kim
Hi, On Thu, Oct 22, 2015 at 07:59:14PM +0800, Chao Yu wrote: > This patch introduces a new ioctl F2FS_IOC_DEFRAGMENT to support file > defragment in a specified range of regular file. > > This ioctl can be used in very limited workload: if user expects high > sequential read performance in random

Re: [f2fs-dev] [PATCH] f2fs: refactor __find_rev_next_{zero}_bit

2015-10-22 Thread Jaegeuk Kim
Hi Chao, On Thu, Oct 22, 2015 at 07:24:01PM +0800, Chao Yu wrote: > Hi Jaegeuk, > > > -Original Message- > > From: Jaegeuk Kim [mailto:jaeg...@kernel.org] > > Sent: Thursday, October 22, 2015 6:30 AM > > To: linux-ker...@vger.kernel.org; linux-fsde...@vger.kernel.org; > > linux-f2fs-devel

[f2fs-dev] [PATCH] f2fs: support file defragment

2015-10-22 Thread Chao Yu
This patch introduces a new ioctl F2FS_IOC_DEFRAGMENT to support file defragment in a specified range of regular file. This ioctl can be used in very limited workload: if user expects high sequential read performance in randomly written file, this interface can be used for defragmentation, after t

Re: [f2fs-dev] [PATCH] f2fs: refactor __find_rev_next_{zero}_bit

2015-10-22 Thread Chao Yu
Hi Jaegeuk, > -Original Message- > From: Jaegeuk Kim [mailto:jaeg...@kernel.org] > Sent: Thursday, October 22, 2015 6:30 AM > To: linux-ker...@vger.kernel.org; linux-fsde...@vger.kernel.org; > linux-f2fs-devel@lists.sourceforge.net > Subject: Re: [f2fs-dev] [PATCH] f2fs: refactor __find_re

[f2fs-dev] [PATCH 3/3] f2fs: fix to skip shrinking extent nodes

2015-10-22 Thread Chao Yu
In f2fs_shrink_extent_tree we should stop shrink flow if we have already shrunk enough nodes in extent cache. Signed-off-by: Chao Yu --- fs/f2fs/extent_cache.c | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/fs/f2fs/extent_cache.c b/fs/f2fs/extent_cache.c index a38ee9b..7ddba

[f2fs-dev] [PATCH 2/3] f2fs: fix error path of ->symlink

2015-10-22 Thread Chao Yu
Now, in ->symlink of f2fs, we kept the fixed invoking order between f2fs_add_link and page_symlink since we should init node info firstly in f2fs_add_link, then such node info can be used in page_symlink. But we didn't fix to release meta info which was done before page_symlink in our error path,

[f2fs-dev] [PATCH 1/3] f2fs: fix to clear GCed flag for atomic written page

2015-10-22 Thread Chao Yu
Atomic write page can be GCed, after committing this kind of page, we should clear the GCed flag for it. Signed-off-by: Chao Yu --- fs/f2fs/segment.c | 1 + 1 file changed, 1 insertion(+) diff --git a/fs/f2fs/segment.c b/fs/f2fs/segment.c index 7efd96ad..f77b325 100644 --- a/fs/f2fs/segment.c +