On Thu, Mar 06, 2008 at 09:05:04AM -0500, Stephen Smalley wrote: > It isn't truly changing the security context - it is notifying the > security module on the client side of the security context provided by > the server for a given inode. In the case of uids, the nfs client code > can directly set the inode->i_uid to the server-provided value from the > fattr, but for the inode->i_security, the nfs client code has to call > into the security module to set it in-core. > > Maybe they should be different hooks altogether - just not sure what to > call the incore case. Ok, this makes a lot more sense. These defintively should be different hooks in that case, and no matter what name they have (no good ideas from me either currently) they should be documented properly in the kerneldoc to state something like your above message. -- To unsubscribe from this list: send the line "unsubscribe linux-fsdevel" in the body of a message to majordomo@xxxxxxxxxxxxxxx More majordomo info at http://vger.kernel.org/majordomo-info.html