diff options
author | rwatson <rwatson@FreeBSD.org> | 2002-10-26 14:38:24 +0000 |
---|---|---|
committer | rwatson <rwatson@FreeBSD.org> | 2002-10-26 14:38:24 +0000 |
commit | 312cab0dee67b902f2b3c5b4d8873b978e5f0191 (patch) | |
tree | c8fd3cabfa2bfa5d30b618f0bd199b68acdff307 /sys/ufs/ffs/ffs_subr.c | |
parent | 5de667a68d9bb17cb2a9a6df00a724b91d053f12 (diff) | |
download | FreeBSD-src-312cab0dee67b902f2b3c5b4d8873b978e5f0191.zip FreeBSD-src-312cab0dee67b902f2b3c5b4d8873b978e5f0191.tar.gz |
Slightly change the semantics of vnode labels for MAC: rather than
"refreshing" the label on the vnode before use, just get the label
right from inception. For single-label file systems, set the label
in the generic VFS getnewvnode() code; for multi-label file systems,
leave the labeling up to the file system. With UFS1/2, this means
reading the extended attribute during vfs_vget() as the inode is
pulled off disk, rather than hitting the extended attributes
frequently during operations later, improving performance. This
also corrects sematics for shared vnode locks, which were not
previously present in the system. This chances the cache
coherrency properties WRT out-of-band access to label data, but in
an acceptable form. With UFS1, there is a small race condition
during automatic extended attribute start -- this is not present
with UFS2, and occurs because EAs aren't available at vnode
inception. We'll introduce a work around for this shortly.
Approved by: re
Obtained from: TrustedBSD Project
Sponsored by: DARPA, Network Associates Laboratories
Diffstat (limited to 'sys/ufs/ffs/ffs_subr.c')
0 files changed, 0 insertions, 0 deletions