This is the mail archive of the
libc-alpha@sourceware.org
mailing list for the glibc project.
Re: Extended file stat: Splitting file- and fs-specific info?
- From: Christoph Hellwig <hch at infradead dot org>
- To: Bernd Schubert <bernd dot schubert at itwm dot fraunhofer dot de>
- Cc: Christoph Hellwig <hch at infradead dot org>,David Howells <dhowells at redhat dot com>,Dave Chinner <david at fromorbit dot com>, adilger at dilger dot ca,bfields at fieldses dot org, smfrench at gmail dot com, ben at decadent dot org dot uk,Trond dot Myklebust at netapp dot com, roland at hack dot frob dot com, jra at samba dot org,linux-fsdevel at vger dot kernel dot org, linux-nfs at vger dot kernel dot org,linux-cifs at vger dot kernel dot org, samba-technical at lists dot samba dot org,linux-ext4 at vger dot kernel dot org, linux-api at vger dot kernel dot org,libc-alpha at sourceware dot org
- Date: Wed, 9 May 2012 08:05:44 -0400
- Subject: Re: Extended file stat: Splitting file- and fs-specific info?
- 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>
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.