On Wed, 2010-06-23 at 14:35 -0400, J. Bruce Fields wrote: > On Wed, Jun 23, 2010 at 10:26:18AM +1000, James Morris wrote: > > On Tue, 22 Jun 2010, Chuck Lever wrote: > > > > > Another place to look is at NFSv4. Some of the operations that can be > > > performed on NFSv4 xattrs are probably nearly what you would want for an NFSv3 > > > implementation. I think it is desirable for anything done for NFSv3 to be > > > compatible with NFSv4, as that is already a standard. > > > > Are you referring to named attributes? I've looked into this, as have > > others, and they appear to be fundamentally incompatible with Linux/BSD > > xattrs. They're filesystems within files, with different semantics to the > > name/value string model that we use. I've heard a few developers say > > they've looked at implementing xattrs over NAs, but found it unworkable. > > Yes, if we were going to add xattr's to NFSv4, we'd want to define > entirely new operations for it rather than relying on the named > attribute mechanism. Agreed, however there is already work underway in the IETF on the 'labeled NFS' protocol for supporting security labels in NFSv4. See http://linux-nfs.org/pipermail/labeled-nfs/ Is there really much interest in adding NFSv4 support for xattrs beyond the security label use case? Cheers Trond -- To unsubscribe from this list: send the line "unsubscribe linux-nfs" in the body of a message to majordomo@xxxxxxxxxxxxxxx More majordomo info at http://vger.kernel.org/majordomo-info.html
