Thread (8 messages) 8 messages, 6 authors, 2007-07-11

Re: [EXT4 set 4][PATCH 1/5] i_version:64 bit inode version

From: Andrew Morton <akpm@linux-foundation.org>
Date: 2007-07-11 05:17:21
Also in: linux-fsdevel, lkml

On Tue, 10 Jul 2007 22:09:08 -0400 Mingming Cao [off-list ref] wrote:
David Chinneer pointed that we need to journal the version number
updates together with the operations that causes the change of the inode
version number, in order to survive server crashes so clients won't see
the counter go backwards.

So increment i_version in fs code is probably the place to ensure the
inode version changes are stored to disk. It's seems update the ext4
inode version in every ext4_mark_inode_dirty() is the easiest way.
That still makes us dependent upon _something_ changing the inode.  For
overwrites the only something is mtime.

If we don't want to have a peculiar dependency upon s_time_gran=1e9 (and
I don't think we do) then I guess we'll need new code in or around
file_update_time() to do this.
Keyboard shortcuts
hback out one level
jnext message in thread
kprevious message in thread
ldrill in
Escclose help / fold thread tree
?toggle this help