Re: NFS locking bug -- limited mtime resolution means nfs_lock() does not provide coherency guarantee

From: Andi Kleen (ak@suse.de)
Date: Thu Sep 14 2000 - 04:40:43 EST


On Thu, Sep 14, 2000 at 10:49:59AM +0200, Trond Myklebust wrote:
> >>>>> " " == Albert D Cahalan <acahalan@cs.uml.edu> writes:
>
> > The ext2 inode has 6 obviously free bytes, 6 that are only used
> > on filesystems marked as Hurd-type, and 8 that seem to be
> > claimed by competing security and EA projects. So, being
> > wasteful, it would be possible to have picoseconds on all 4
> > time stamps. Doing mere milliseconds on 3 timestamps would
> > leave us 16 bytes for security.
>
> It's probably more realistic given the time resolution on most PCs.
> One could perhaps allow for greater resolution on those filesystems
> that have the storage for it at the VFS level.

You could also just keep the more finegrained mtime in core and when
you flush the inode round it up to the next second.

-Andi

-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@vger.kernel.org
Please read the FAQ at http://www.tux.org/lkml/



This archive was generated by hypermail 2b29 : Fri Sep 15 2000 - 21:00:23 EST