]> granicus.if.org Git - zfs/commit
Directory xattr znodes hold a reference on their parent
authorBrian Behlendorf <behlendorf1@llnl.gov>
Fri, 30 Nov 2012 00:10:03 +0000 (16:10 -0800)
committerBrian Behlendorf <behlendorf1@llnl.gov>
Mon, 3 Dec 2012 20:10:46 +0000 (12:10 -0800)
commite89260a1c8851ce05ea04b23606ba438b271d890
tree599a29ba4468cec0231809ba0defa4ccc7876024
parent645fb9cc214c79c77378dd1e1fd2e3ef668bc848
Directory xattr znodes hold a reference on their parent

Unlike normal file or directory znodes, an xattr znode is
guaranteed to only have a single parent.  Therefore, we can
take a refernce on that parent if it is provided at create
time and cache it.  Additionally, we take care to cache it
on any subsequent zfs_zaccess() where the parent is provided
as an optimization.

This allows us to avoid needing to do a zfs_zget() when
setting up the SELinux security xattr in the create path.
This is critical because a hash lookup on the directory
will deadlock since it is locked.

The zpl_xattr_security_init() call has also been moved up
to the zpl layer to ensure TXs to create the required
xattrs are performed after the create TX.  Otherwise we
run the risk of deadlocking on the open create TX.

Ideally the security xattr should be fully constructed
before the new inode is unlocked.  However, doing so would
require far more extensive changes to ZFS.

This change may also have the benefitial side effect of
ensuring xattr directory znodes are evicted from the cache
before normal file or directory znodes due to the extra
reference.

Signed-off-by: Brian Behlendorf <behlendorf1@llnl.gov>
Closes #671
include/sys/zfs_znode.h
module/zfs/zfs_acl.c
module/zfs/zfs_znode.c
module/zfs/zpl_inode.c