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

ld: Save current status

Libraries work
Still doing some final debug on symbol resolutions
Unbreak handling of internal symbols

obj.h: add 'ANY' segment definition

nm: understand the fact a U symbol may be segment constrained

as: fix handling of unknown symbols in subtraction

Propogate segment requirements to object module for linker to fault

as: fix blkb/defs

We make it twice the size and get very confused as a result

Merge pull request #540 from beretta42/mem

bank16k: report correct memory used

bank16k: report correct memory used

pfptr goes down as memory is allocated. return it's compliement instead.

ld: closer but not yet entirely correct

ld: further updates

At this point we can do some minimal linking and write out correctly looking
objects.

asz80: fixes to output format logic

obj: format tweaking

README: updates

- We now have a useful gcc 8086, in fact at many things it rocks.
- SDCC is ever improving

ld: Fix some stuff by inspection and fold in basic logic for library modules

ld: first parts of a linker

Far from complete!

z80as: change object file format to fixed sized symbol records

This makes life a lot easier for the other tools

asz80: always write the debug symbol base

It avoids special cases and means the linker can size the table itself.

asz80: finish conversion

This now behaves rather more like we need. It lacks includes and some other
nice to have bits but is also small enough to run on a Z80 box sanely. Trimming
out stdio and soem other slack could be done if needed but is a fair bit of
work.

Also add an nm mostly at this point to check the output is valid.

Now all we need is to tweak the smallc output syntax to match, and a linker...

asz80: write symbols out

Also fix the .export handling and some oddments related to it.

We now should be writing out correct relocations and symbol tables. The one
thing we have yet to do is to properly number the external symbols so that
we can output them in that order and tie it nicely to the relocations so that
ld doesn't have to work overtime.

asz80: some quick changes over tea

We now write out parts of something resembling a relocatable object file. We
don't yet write out the symbols nor do we write out the longer relocations
for symbol references rather than segment offsets.

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

Merge pull request #536 from beretta42/make2

fsck: fix some more bugs

Merge pull request #537 from beretta42/up

Tidy 'make'

Merge pull request #538 from beretta42/halt

util: link 'halt' to 'reboot' on fs

util: link 'halt' to 'reboot' on fs

fsck: fix another wrap bug, and continuing is not an error.

standalone fsck: fix always returns 1; parenths to fix wrapping issue

MWC: add 'make' to filesystem maker script

make: fix compiler complaint

fsck: minor fixes

Makefile: hook in z80 assembler

make: make

Add the older MwC make as it fits a small machine nicely

as: Z80 assembler from Coherent

This one doesn't do relocations or external symbol resolution so will need a
bit of tweaking to generate object files not binaries. It is however very
tidy and extremely small.

cron: add cron

start: tiny optimization

fsck: Fix the wrap bug on standalone fsck

tty: Fix ^D echo bug

fsck: fix wrap on full sized fs

Noticed by Brett

games add hangman and quiz

v7yacc: Add the V7 yacc as a cross building tool

bogomips: because ...

Z80 4MHz 0.2 bogomips
FPGA Z80 128MHz 10.55 bogomips - beats an Intel 386 ;)

clock: fix scaling error

free: add a Linux like "free" command to see swap and memory usage

init: bug fixes and fussier about leaving files open

Merge pull request #533 from beretta42/fix

kernel: syscall_16: put header in userspace too.

kernel: syscall_16: put header in userspace too.

mount/umount: Fixups for the other cases I missed

With this I seem to get the right behaviour

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