namecache work stage 2: move struct namecache to its own header file and
authorMatthew Dillon <dillon@dragonflybsd.org>
Sun, 28 Sep 2003 03:44:09 +0000 (03:44 +0000)
committerMatthew Dillon <dillon@dragonflybsd.org>
Sun, 28 Sep 2003 03:44:09 +0000 (03:44 +0000)
commit7ea21ed1bb0fe2af3d5eb2cb87fb3bba3f31cdf9
tree21568007e179c724eec98b8d11caec6a15e9b1bb
parent1d4c9574f9b69daa80c9cfb20efb2c29c5cb5e85
namecache work stage 2: move struct namecache to its own header file and
have vnode.h include it for now.  Re-engineer the namecache topology to make
it possible to track different parent directories and to make it possible
to namei/lookup paths using the namecache structure as the primary placeholder
rather then a directory vnode.  Add a few minor hacks to stabilize the system
that will be removed (no longer be necessary) in stage 3.  Get rid of the
leafonly sysctl and make its effect the default, but in order to avoid
doing too much in this stage it is still possible to disassociate a vnode
from its namecache entry, which a lot of filesystems (e.g. NFS) depend on
as a poor-man's way of invalidating entries.  The namecache topology itself,
however, will be left intact even if a vnode is disassociated in the middle
of a path.
sys/kern/init_main.c
sys/kern/vfs_cache.c
sys/kern/vfs_lookup.c
sys/kern/vfs_subr.c
sys/kern/vfs_syscalls.c
sys/sys/namecache.h [new file with mode: 0644]
sys/sys/vnode.h