mount: add support for fsck

- Dirty/clean status handling
- Write back superblocks when we go clean but not if we are clean (or bad)
- Add full checks so remount ro works for all cases

This allows you to fsck -a `prtroot` in /etc/rc to recover the system if
needed. Before rebooting you need to remount filesystems r/o or unmount them.

This last bit wants wiring into reboot so it does a runlevel change to init
unless -f is used. We can then umount everything nicely (by adding umount -a)
and remount the rootfs r/o as well as doing a killall etc when we shutdown.

syscall_exec16: fix crash with small binaries, reduce code footprint

Standalone: move to the new fsck behaviour

fsck: get the fsck tool working

This (with the needed kernel changes) seems to give us the correct behaviour
including handling recovering the live root file system.

If you boot with 'r' as an option or a dirty rootfs you'll now get a r/o
mount and you can fsck /dev/whatever to check it. If it's bad you'll then
get to fix it and it'll reboot.

reboot: add user side support for reboot -f

kernel: we don't use the void *'s back from the blkbuf ops so lose them

ExternalBuffers: document how the model works

test: fix silly error when copying fixes over

fuzix-util: add remount to package list

umount/remount: tidy up umount and add a remount

umount: fix includes

This worked by luck before. Now add the correct include file

fsck: Rework standalone fsck to use as native fsck

- Use bitmaps not bytemaps
- Support yes() properly

Not heavily tested yet!

mm: tidy up some odds and ends with the buffer changes

We actually need something different to what was guessed at, so change the
prototypes and define the functions differently

devsys: error rather than 0 on failed uput in devsys

Merge pull request #530 from beretta42/fix2

devsys: read should return no. of bytes

/dev/proc: return number of bytes read.

uput only returns -1 on validation fail, or 0 ok.  this made 'ps' sad.
/dev/kmem reading might be broken too...

Kernel: quick pointer fix.

umount: add new syscall wrapper for umount

remount: add new syscall interface

kernel: rework buffer handling and superblocks

Be scared.. be very scared

Back up your disks before testing this changeset

The basic idea of this set of patches is to put in most of the framework for
keeping the buffer cache outside of the main kernel mapping. Instead we
introduce some functions to copy between kernel/buffer and user/buffer. As
most traffic goes directly between user/buffer this doesn't hurt us. These
patches don't implement the bits needed for an external buffer cache but they
do implement the framework required to add it.

To minimize impact on some bits like directory scanning we also introduce a
routine that with separate buffer cache address space wil make a temporary copy
of a small area, but on machines with the buffer cache in the normal place
resolves as essentially the same assembler as before (6502 suffers a tiny bit
I suspect).

In order to do this we also have to rework the mount handling. Superblocks are
now copied to/from buffers on mount and sync rather than pinning a buffer. The
superblock buffers mean that for a small system you probably want to drop the
buffer cache size by one block (the one previously pinned for the superblock)
in favour of the superblock table entries you'll now get (which are about 256
bytes each).

Execve is also tided up. We had a set of custom fastpath code for loading a
binary. Only it turns out that if we use readi the existing O_DIRECT fastpath
will do the work for us, which means execve itself can become oblivious to
where the buffer cache hides. This will need work for 8086 when split I/D hits
but it's quite manageable.

While I was at it I also realised that the problem with trying to add remount
support to mount is that remounting despite what the name implies is actually
a variant of umount. You do the same lookups to find the same existing
superblock, iterate the inode list but then swizzle some flags instead of
checking it is non-busy and firing it into hyperspace.

This patch changes umount(x) into _umount(x, flags) where flags include
MS_REMOUNT, MS_RDONLY and MS_NOSUID (not yet properly supported). This provides
enough functionality that you can now probably safely boot read only, fsck the
root fs (except I need to port the native fsck over and squash memory usage)
and the mount it r/w. You *cannot* fix the root fs and remount it without a
reboot. That involves jumping through far too many hoops. I think this is
sufficient as it'll allow the default initscripts to fsck, check and either
reboot or go read/write so we have proper fs recovery (whoopeee)

Programs using umount (all one if it) will need recompiling.

Why do all this

1. It lets you push several KB out of kernel space, which is valuable space
you can then turn into code, inodes (much needed) or processes.
2. Some platforms need the buffers themselves aligned and on boundaries. The
existing model doesn't handle this. For example the PC needs them so one does
not cross a DMA boundary.

At the moment we have systems with 512K+ of RAM that simply can't run with an
appropriate amount of buffering and inodes. Once 8086 is included we get into
situations where we might have 4MB of expanded memory and at that point we
can't hope to get the buffers needed into the 64K of data space, while we
can shove it elsewhere, and with expanded memory into a 64K expanded memory
bank along with some other oddments.

Once this support is finished we can shove both the tty buffers and the disk
buffers out of the way. On a 'big' configuration like a 286 PC we need something
like 30K for process/inode/file/buffer head/superblock data structures to match
the values 2BSD tuned to. That's without buffers ! The big hogs in the kernel
are then the inode structures and the process table entries. We might be able
to move a few bits of the process into its udata but neither it nor pushing
inodes out are easy problems to attack.

Library: Fix Z80 breakage from 6809 fixes

ifeq in Makefiles is subtle and quick to anger....

Also check z80 not sdcc.

emm: Add some notes

z80fixedbank: note a possible optimization

8086: sketch out tricks.S for this platform

kernel: TODO.md was getting tired

8086: add copy_fork helper

The banking code needs to own this because it owns the mapping sizes and
already needs the same copiers to move pages around.

Merge branch 'master' of https://github.com/EtchedPixels/FUZIX

Merge pull request #528 from beretta42/make2

coco3: make different coco3 platforms

Merge pull request #526 from beretta42/nodebug

fs: oops... reserve debugging in fs :)

coco3: makefile doh!

coco3: compile for different types of cocos

fs: oops... reserve debugging in fs :)

fs: oops :) undefine debuging on fs

crt0: use stosb not zero and mov

Z80 programmer escaped into x86

ibmpc: PC implementation of the fast page copy and clear

8086: add the page clear and copy logic

Fast 4K copy and clear routines for shuffling memory

mtx: forgot the final commit to fix the devtty build

z180: set USERCPU so new build rules work

bank16; fix silly typo

Merge branch 'master' of https://github.com/EtchedPixels/FUZIX

projects: longer term kernel projects for someone

tmpfree: missed TRS80

tmpfree: update all the usages of brelse that will now be tmpfree

kernel: preparatory work for Split I/D and for out of memory buffers

Pair tmpbuf with tmpfree (which for now is still brelse) but in future may
be unrelated to bufcache

Change pagemap_realloc prototype and arrange existing loaders so nothing breaks
for now.

kernel: API changes for realloc

Set the basics out for coping with split I/D binaries and rearranging things
so chmem can mean "stack space". Dummies for now so we can change the API

8086: low level support improvements

keycode: add a couple of new keys

8086: banking logic (initial design)

Not yet tested but this is intended to implement the interleaving of memory
tricks that 8086 Unixen did to avoid the Minix chmem mess.

ibmpc: scribbles on odder machines

ibmpc: Add work in progress

ibmpc: load at logical 0

mtx: Fix speed setting

ibmpc: update README based upon work so far

Merge pull request #525 from beretta42/make

coco3: clean up make / build script

coco3: clean up make / build script

Merge pull request #523 from beretta42/flashrom

Flashrom - 6809

Merge pull request #524 from beretta42/fview

fview: bug fix endian checker

fview: bug fix endian checker

app: make: build flashrom

flashrom: add 6809 makefile, rename z80 makefile

ibmpc: further 8086 sketching out

TODO: update

Merge branch 'master' of https://github.com/EtchedPixels/FUZIX

SmallC: add missing call

Confused how it didn't get pushed originally

Merge pull request #522 from beretta42/make

Odds and Ends Makefile

Merge pull request #521 from beretta42/sdc

coco3: fix blkdev mapper routines: blk_op is not in common.

ibmpc: introduce a platform skeleton so we can test build 8086 core code

This is *miles* from being an actual port. It's just there to get the core
code comping.

8086: move the prototype low level code over to gcc

cpu-8086: move the prototype code to gcc ia16

z80pack: correct disk error reporting

lib: only install fcc libs if using sdcc

smallc: add image install script

fview: fix never run-on comment

apps: make: add as09, rename v7games (duplicate), phony to force build

smallc: link CRT0 to build binary correctly.

libs: 6809 makefile needs empty 'install' target

app: as09/ld09: rename makefile

coco3: fix blkdev mapper routines: blk_op is not in common.

z80pack: with some versions of SDCC we extend into 0xEx00

So move discard up a bit to make space for it

bank16k: () to (void) for neatness and consistency

test: fix compilation with newer SDCC

void * and function types don't mix in strict interpretations of C (think about
split I/D for one)

Patch from Philipp Klaus Krause.

Makefile: Clean up OBJSNS items in V7/cmd

Makefile: clean up cpm-loader

bank8086: draft code for 8086 bank handling

After much head scratching about how to implement the interleaving of
memory and real brk() and stack grow that early PC Unixes except Minix did,
I think I finally have something workable....

sgetl: sometimes C typing is perverse

6502: Make crt0 put the right address in the header not a hardcode

kernel: fix signal race

Without this we can have the following occur

kill(pid, foo)
queues signal processing for foo
signal(SIGFOO, SIG_IGN)
executes pending signal and jumps to lala land

6502: Fix ZP = 0 assumptions and note further fixes needed

The runtime for cc65 assumes it can save to ZP and jump to the same address
via a 16bit index. That fails on our 65C816 build and also on things like the
HuC. Also fix the same offence in ct0.s

Note that we need to save jmpvec+1/2 for re-entry (CC65 forgets to mention this)
and also that we can't just swap zp because unlike a kernel/IRQ switch where
this is valid in Fuzix it's possible to take one signal in another, thus
we must stack the ZP state somewhere (at 20 odd bytes probably the C stack)

Makefile: Use $(MAKE) and support -j

sdcc is slow as molasses but if you've got 16 cores you might as well use them
all 8)

includes: unbreak search.h properly

cpm-emulator: Remove only the dead bits this time

Revert "kernel: remove obsolete CP/M bits"

Oops.. deleted cpm-loader as well in error

This reverts commit 876590b88adcf31cebcdc8c2bec3f3d1f0612dd8.

65c816: assorted low level fixes

With these fixed we get to a shell prompt and can run some commands. To get
further is going to need cc65 modifications as cc65 generates the following
code in /bin/ls

STA $08 3
STX $09 3
JMP $0008 5

which of course goes castors up on the 65C816 set up because DP is not B:0000
nor can it be.

So far this seems to be the only problem case and it looks as if generating a

PHX 3
PHA 3
RTS 6

would be within one clock for 65C02 or later. 6502 compatible code
will need an uglier fixup I fear.

STA $08 3
TXA 2
PHA 3
LDA $08 3
PHA 3
RTS 6

or similar which isn't pretty but works (self modifying code isn't on
because we might re-enter mid execution)

fcc: add the ability to pass arguments directly to the underlying compiler

Please only use this for debug as the goal is to make fcc eventually be a
generic front end that hides all the differences!

Usage is like gcc

fcc -Wc,-sdcc-option

65c816: fix fork stack shifting

We now run the child - and bomb when the parent is switched back in .. 8(

INSTALL: /opt/fcc note

INSTALL: we now have simple install instructions of sorts

Some make targets to auto-gen root file systems are still needed

Makefile: install crt0 and libc

libc: Add the missing tsearch functions

This leaves the hash tables (hsearch etc) and ftw/nftw as the only big APIs
we are missing.

libc: and add roundf to Z80 build for testing

We don't yet build the maths lib for 6809 but should do