[patch] ext4 i_version: make the flag visible on /proc/mounts

Hi, This patch adds the i_version flag in ext4_show_options(). Index: linux-2.6.24-rc3-ext4-1/fs/ext4/super.c === --- linux-2.6.24-rc3-ext4-1.orig/fs/ext4/super.c2007-12-03 16:14:55.0 +0100 +++ linux-2.6.24-rc3-ext

Re: [PATCH 1/2] i_version update - vfs part

Hi, This is an update of the previous patches on the ext4 git tree, the 2 coming patches applies at the end of the current ext4-patch-queue, and replaces the inode-version related patches: 64-bit-i_version.patch i_version_hi.patch ext4_i_version_hi_2.patch i_version_update_ext4.patch The first pa

Re: [PATCH 2/2] i_version update - ext4 part

This patch adds 64-bit inode version support to ext4. The lower 32 bits are stored in the osd1.linux1.l_i_version field while the high 32 bits are stored in the i_version_hi field newly created in the ext4_inode. This field is incremented in case the ext4_inode is large enough. A i_version mount op

[PATCH 2/2] i_version update - ext4 part

This patch update the i_version field of the inode and add a mount option to enable this feature. The other condition to enable this feature is that the inode size should be 256-bytes. Signed-off-by: Jean Noel Cordenner <[EMAIL PROTECTED]> --- fs/ext4/inode.c |4 +++- fs/ext4/super.c

[PATCH 1/2] i_version update - vfs part

Hi, This is an update of the i_version patch. The i_version field is a 64bit counter that is set on every inode creation and that is incremented every time the inode data is modified (similarly to the "ctime" time-stamp). The aim is to fulfill a NFSv4 requirement for rfc3530: "5.5. Mandator

[RFC] [patch 0/2] i_version update

Hi, This is an update of the i_version patch. The i_version field is a 64bit counter that is set on every inode creation and that is incremented every time the inode data is modified (similarly to the "ctime" time-stamp). The aim is to fulfill NFSv4 requirements for rfc3530. The patch set is divi

[RFC] [patch 1/2] i_version update - vfs part

Concerning the first part of the set, the i_version field of the inode structure has been reused. The field has been redefined from unsigned long to unsigned long long as the counter has to be 64bit. Signed-off-by: Jean Noel Cordenner <[EMAIL PROTECTED]> fs/binfmt_misc.c |1 + fs/libfs.c

[RFC] [patch 2/2] i_version update - ext4 part

In the ext4 part, the i_version counter is stored into 2 32bit fields in the ext4_inode structure i_disk_version and i_disk_version_hi. Signed-off-by: Jean Noel Cordenner <[EMAIL PROTECTED]> fs/ext4/ialloc.c|1 + fs/ext4/inode.c |5 + fs/ext4/super.c |2 +- in

Re: Ext4 benchmarks

Hi, here is the first results of the round: http://www.bullopensource.org/ext4/20070404/ FFSB tests: http://www.bullopensource.org/ext4/20070404/ffsb-write.html Iozone: http://www.bullopensource.org/ext4/20070404/iozone.html Kernbuild: http://www.bullopensource.org/ext4/20070404/kernbuild.html

Re: i_version_3_ext4_user_interface.patch

Theodore Tso a écrit : On Thu, Feb 15, 2007 at 04:00:21AM -0800, Andrew Morton wrote: ia64 allmodconfig gives: fs/stat.c: In function `cp_new_stat': fs/stat.c:234: error: structure has no member named `st_i_version' I'll drop the ext4 tree. Looks like the problem is that the patch hacks incl

Re: i_version_1_vfs_layer

Andrew Morton a écrit : This: ftp://ftp.kernel.org/pub/linux/kernel/people/tytso/ext4-patches/2.6.20-ext4-1/broken-out/i_version_1_vfs_layer significantly deoptimises file_update_time() for major filesystems (eg, ext3). The changelog offers no reason for this alteration. In fact the changelog

Re: i_version_2_ext4_specific_code

Theodore Tso a écrit : On Thu, Feb 15, 2007 at 12:22:18AM -0800, Andrew Morton wrote: This: ftp://ftp.kernel.org/pub/linux/kernel/people/tytso/ext4-patches/2.6.20-ext4-1/broken-out/i_version_2_ext4_specific_code has 100% broken whitespace: it uses spaces where there should be hard tabs. Pleas

Re: [RFC] [patch 0/3] i_version update for ext4

Andreas Dilger a écrit : On Jan 23, 2007 18:23 +0100, Cordenner jean noel wrote: I've updated what was previously the change attribute patch for ext4 initially posted by Alexandre Ratchov. The previous patch was introducing a change_attribute field, now it uses the i_version field of

Re: [RFC] [patch 2/3] i_version update for ext4: ext4 specific code

Andreas Dilger a écrit : On Jan 23, 2007 18:24 +0100, Cordenner jean noel wrote: @@ -336,7 +336,7 @@ #define i_size_highi_dir_acl #if defined(__KERNEL__) || defined(__linux__) -#define i_reserved1osd1.linux1.l_i_reserved1 +#define ext4_i_version osd1.linux1.l_i_version This

[RFC] [patch 3/3] i_version update for ext4: user interface

This patch adds a ``st_i_version'' field in the stat structure, and modifies the stat(2) syscall accordingly. Currently the change is only visible on i386 and x86_64 archs. Signed-off-by: Jean Noel Cordenner <[EMAIL PROTECTED]> Index: linux-2.6.20-rc5/fs/stat.c ===

[RFC] [patch 2/3] i_version update for ext4: ext4 specific code

This part of the patch contains the definition of the on-disk i_version field and its update Signed-off-by: Jean Noel Cordenner <[EMAIL PROTECTED]> Index: linux-2.6.20-rc5/fs/ext4/ialloc.c === --- linux-2.6.20-rc5.orig/fs/ext4/iall

[RFC] [patch 0/3] i_version update for ext4

Hello, I've updated what was previously the change attribute patch for ext4 initially posted by Alexandre Ratchov. The previous patch was introducing a change_attribute field, now it uses the i_version field of the inode. The i_version field is a counter that is set on every inode creation a

[RFC] [patch 1/3] i_version update for ext4: VFS layer

This part of the patch concerns the update of the i_version in the VFS layer. Signed-off-by: Jean Noel Cordenner <[EMAIL PROTECTED]> Index: linux-2.6.20-rc5/fs/attr.c === --- linux-2.6.20-rc5.orig/fs/attr.c 2006-11-29 22:57:37.

Re: [RFC] [patch 2/3] change attribute for ext4: ext4 specific code

Theodore Tso a écrit : On Wed, Dec 13, 2006 at 06:31:50PM +0100, Cordenner jean noel wrote: There was discussion on yesterday's call about whether or not 32-bit was enough for NFSv4, or whether it also requried 64-bits of change notification in the RFC's. So one of the questions

Re: [RFC] [patch 2/3] change attribute for ext4: ext4 specific code

Sorry for the late answer. I agree that using i_version field sounds better, I'm working on it. regards, Jean noel Andreas Dilger wrote: On Nov 29, 2006 19:54 +0100, Jean-Noel Cordenner wrote: This part of the patch concerns the ext4 code. I was looking more closely at this code, and wonder