UVM locking changes, proposed on tech-kern:

- Change the lock on uvm_object, vm_amap and vm_anon to be a RW lock.
- Break v_interlock and vmobjlock apart. v_interlock remains a mutex.
- Do partial PV list locking in the x86 pmap. Others to follow later.

branches: 1.11.18; 1.11.24;
generate privhdrs to new location

Mark the vattr50 translation helpers as COMPAT_50

branches: 1.9.4;
Move the etfs linkage from rumpvfs to rumpkern, and replace the
weak alias show with an honest pointer indirection.

No client-visible change. (apart from this version working e.g.
on musl w/ dlopen)

branches: 1.8.2; 1.8.10;
Finally remove the "temporary" __VTYPE_DEFINED stuff I added >5 years ago.

branches: 1.7.8; 1.7.18;
remove unnecessary interface

Retire the prehistoric chroot/cwd interfaces now that there is a
process model in rump.

Don't provide stat compat syscalls here, they come from
rump_syscalls_compat.h now. (besides, I always hated how they were
in the rump_pub_sys namespace instead of the rump_sys namespace)

Add public namespace helper routine for dumping info on mountpoints.

open VFS_EXTATTRCTL to user namespace

Use "struct kauth_cred *" instead of kauth_cred_t in all exported
interfaces. Allows to remove hairbrained _t typedef dance.

branches: 1.1.2; 1.1.4; 1.1.6;
Create rump public interfaces from description tables. This allows
us to control and wrap all entry points from "userspace" into rump.
This in turn is necessary for the upcoming rump cpu scheduler.

For each interface "foo" a public wrapper called "rump_foo" is
created. It calls the internal implementation "rumppriv_foo". In
case foo is to be called from inside of rump kernel space, the
private interface "rumppriv_foo" is used -- the userspace wrapper
prototypes are not even exported into the rump kernel namespace.
Needless to say, the rump kernel internal interfaces are not exported
for users.

Now, three classes of interfaces fight for control of rump:
+ the noble local control interfaces (which this commit addresses)
+ the insidious rump system calls (which are generated from syscalls.master)
+ and the evil vnode interfaces (which are generated from vnode_if.src)