mark "file," because in context it didn't seem as if the argument was
being literally named. rather it seemed that the argument's purpose
being described. (the difference being: "... modification times of the
file named by file" would be a case where the the argument was named,
and thus be used with .Fa.)
types. when using mount(8) with '-a', do _NOT_ remount file systems
that have been mounted once already. (This cannot be 100% precisely
determined (thanks to mfs, union fs, and similar file systems which
don't use a 'real' mounted-from node), and changed options cannot be updated
with mount -a. however, options wouldn't be updated with the old mount -a
anyway, and this solves several annoyances.
semantics. now:
(1) dirty file systems will always be checked; nothing new there.
(2) if not '-f' clean file systems will _NEVER_ be checked,
i.e. they won't be checked even if -p isn't specified. This
allows one to 'fsck -p ; fsck' to preen, then clean up
anything that 'fsck -p' barfs on, without waiting for the
clean file systems to be checked again.
(3) if '-f' clean file systems will ALWAYS be checked. This
allows people to put 'fsck -fp' into /etc/rc on systems
where they're leery of the FS clean flag state, need
the extra reliability, and can afford time 'wasted'
in checks.
The assumption made here is that if a file system is marked clean, it
_IS CLEAN_, really, and shouldn't be checked unless fsck is explicitly
told to (with -f). This should be a valid assumption, but may not be in
the presence of file system bugs. Documentation updated to note '-f'.
kernel start is much different that the start of KVM. (VM_MAXUSER_ADDRESS
isn't correct, but seems to mostly work...) (XXX -- there should be a
better way.)
if curproc == null, use address of proc0; code doesn't know how to deal
with null curproc. (XXX: (1) should make it deal, or (2) should use address
of last proc run, but there's no real way to do that.)
