- Subject: Re: Extended file stat: Splitting file- and fs-specific info?
- From: Christoph Hellwig <hch@xxxxxxxxxxxxx>
- Date: Wed, 9 May 2012 08:05:44 -0400
- Cc: Christoph Hellwig <hch@xxxxxxxxxxxxx>, David Howells <dhowells@xxxxxxxxxx>, Dave Chinner <david@xxxxxxxxxxxxx>, adilger@xxxxxxxxx, bfields@xxxxxxxxxxxx, smfrench@xxxxxxxxx, ben@xxxxxxxxxxxxxxx, Trond.Myklebust@xxxxxxxxxx, roland@xxxxxxxxxxxxx, jra@xxxxxxxxx, linux-fsdevel@xxxxxxxxxxxxxxx, linux-nfs@xxxxxxxxxxxxxxx, linux-cifs@xxxxxxxxxxxxxxx, samba-technical@xxxxxxxxxxxxxxx, linux-ext4@xxxxxxxxxxxxxxx, linux-api@xxxxxxxxxxxxxxx, libc-alpha@xxxxxxxxxxxxxx
- In-reply-to: <4FAA5B24.1020306@itwm.fraunhofer.de>
- References: <20120509002420.GL5091@dastard> <20120419140558.17272.74360.stgit@warthog.procyon.org.uk> <16281.1336508382@redhat.com> <20170.1336555274@redhat.com> <20120509111958.GA11345@infradead.org> <4FAA5B24.1020306@itwm.fraunhofer.de>
- User-agent: Mutt/1.5.21 (2010-09-15)
On Wed, May 09, 2012 at 01:55:16PM +0200, Bernd Schubert wrote:
> The basic idea of generation numbers is to check if an inode was
> recycled, so only if the tuple of inode-number and generation-number
> matches we still have the same file. Kernel nfs
NFS does not and should not look at the inode generation. Except for a
bit of legacy code for the old pre-Linux 2.4 filehandles it looks at the
opaque file handle returned and only interpreted by the filesystem. Any
userspace NFS server should do the same.
--
To unsubscribe from this list: send the line "unsubscribe linux-api" in
the body of a message to majordomo@xxxxxxxxxxxxxxx
More majordomo info at http://vger.kernel.org/majordomo-info.html
[Home]
[Linux USB Devel]
[Video for Linux]
[Linux Audio Users]
[Photo]
[Yosemite News]
[Yosemite Photos]
[Free Online Dating]
[Linux Kernel]
[Linux SCSI]
[XFree86]