dragon,devtty: mask chars for braindead video

tty: Group objects together so the compiler can use one pointer register

Takes 100 bytes off tty_inproc alone

6809: bank names should be strings

banking: lay the groundwork

Unfortunately the current m6809 gcc build banking support is broken and
doesn't remember to add the bank names with the .db for the bank so it fails
to assemble.

Uglies:
- We put all syscalls in the same bank to avoid having to have a 'far' pointer
  form for the syscall table
- We don't do this for devices, so will need to rig up some far pointer
  hackery for this

syscall_other: Fix bracketing

idump: We don't want the debugging in discard !

dragon: Initial bits towards a Dragon64 port of sorts

That's if you count replacing the boot ROMs as a "port"

m6809test: Switch t using lwlink directly and fix some oddments

This allows us to actually control memory the way we need

swap: correct sign of pointers

single: fix types

6502: unbitrot

cpu: push time_t into CPU dependencies

usermem: const v const pointer compares

Remove warnings (cc65 is overly pedantic)

vt: Don't assume char is signed (next sdcc will change this, 6502 isnt)

process: fix ACCT build

syscall_exec: use staticfast to shave 0.5K off execve()

fuzix: break out execve()

We need to split this into pieces and also allow some of it to be
cpu specific

bootrom: Some corrections from Manuel Pazos

Plus some tidying of them to match the sdcc assembler

Still doesn't work but its hopefully closer now

Merge pull request #12 from atsidaev/zx128-clean

zx128: uzi.lnk, keyboard support and fixes

zx128: uzi.lnk added

zx128: keyboard support for tty

zx128: disable switchin/switchout since they are not implemented and cause a di:halt

zx128: scroll functions fix

6809: unbitrot versus changes we've made elsewhere

Still not a "real" port, but it compiles again

filesys: fix gcc warn/errors

tty: fix bracketing

Merge pull request #11 from atsidaev/zx128-clean

zx128: Initial ZX Spectrum 128 support

zx128: Initial ZX Spectrum 128 support

msx1: scan for AB rom signatures, hash the first 2K

First steps to detecting the disks etc

devio: use "else" in kprintf

msx1/tricks.s: Fix missing globals

socz80: fix tty, more alignment with the current codebase

Still needs chunks of code writing for the fork copier and actual MMU loading

pcw8256,README: Instructions for build/boot

Tested build and boot instructions to get a bootable kernel image. This is
a raw bootable image so you can boot it on joyce without owning any of the
Locoscript or CP/M 'start of day' discs

pcw8256: comment out debugging for keyboard

pcw8256: update to the new major/minor numbers

Without this we panic with no tty on boot

msx1: memory mapping and other logic

The big TODO for userspace here is to implement forkcopy (copying 32K between
two blocks of MegaRAM)

README: Random ramblings about how a port might work

msx1: sketch out the bits needed to work the brain dead slot system

Plus find the megarams.

All untested.

msx1: Add the initial bits

This is basically in parallel with MSX2 but with the various memory manager
bits stripped out (new one needed) and 40 char vdp code

msx2: fix crash on outchar debug

msx: Add initial (non working) bootrom test, also make it build fuzix.com

binman: minor cleaning/commenting

vdp: scrolling sizes are wrong

Fix some hex/dec confusions

msx2: fix video

With these small vdp corrections we have a proper 80x25 display

platforms: add platform_interrupt_all everywhere

lowlevel-z80: various (important) fixes

1. Exit with reti, most platforms don't care but a few do so avoid
digging holes

2. MSX2 is the first platform we handle where not servicing an IRQ
jams you in a loop. Provide a hook to always service some interrupts
even if we are on an IRQ stack or otherwise detained from calling
platform_interrupt

3. The di() call saved the flags but forgot to DI, this fixes several
rather odd bugs I'm sure

4. The signal processing on irq return is suspect, note it for future
sorting out.

With this and the MSX2 fixes we get closer to a basic MSX2 boot

msx2: various platform side and vdp fixes

With these and the small core fixes to follow we blow up for reasons I don't
yet understand in the uput() call in create_init. Presumably some kind of
mapping setup bug. With that commented we hit the boot device request, at
which point we have no keyboard.

Display is still wonky. Guess it wants an MSXpert to figure out whats wrong
with the 80x25 setup

msx2: Make the cursor work

I was clearly not awake pasting the initial cursor code together.

This gives us a correct text rendering, except for the mysterious double
copy which presumably is a VDP set up error of some kind.

README.md: quick follow up fix

Merge pull request #8 from marioaugustorama/master

Fix formatting.

msx2: further work on video - closer

We now get the font, and most of the text. The move to a new line keeps
wiping the start of the next, and it appears twice.

syscall_other: optimisations

Cache the inode calculation in execve, otherwise each loop pass must recompute
it as the compiler can't know the functions don't touch it.

Add a couple of staticfasts

filesys/syscall2: optimise a few spots with staticfast

cpu: introduce "staticfast"

On Z80 and to an extent 6502 we gain a lot if we can pin some of our
auto variables to static addresses. Clearly this can only be done for
non-re-entrant functions but our architecture means we have plenty of them

6809 is not really so aflicted so uses auto.

Fix formatting.

From 2ea7e7e52e5e2411bb91415f20d593dc8131b655 Mon Sep 17 00:00:00 2001
From: root <root@magniette.org>
Date: Wed, 5 Nov 2014 09:53:25 +0100
Subject: Clean some forgotten files in make clean + ignore some generated files in gitignore

pcw8256: add uzi.lnk that was missed from the commits

Noted by github:joyce8256

Merge pull request #6 from Rappalot/master

Convert zmac format source files to sdasz80

Convert zmac format source files to sdasz80

msx2: initial bootstrap debugging

We get as far as enabling interrupts then curl up and die. The VDP
programming also doesn't set text80 but does produce some interesting
flashing blobs

Makefile/link: Update all the other link files to match the previous change

Merge pull request #4 from gmacd/master

Add condition to build z80pack on Mac

Add condition to build z80pack on Mac

msx2: Further random guesswork as we go - memory sizing

msx2: RAM fixup

Apparently RAM is added in the reverse order to tht expected - 3 is at 0x000
2 is at 0x4000 etc. Add them properly then add 0 so that init picks up the
initial 0xC000 bank for common and udata

msx2: Add an initial wild guess at what MSX2 will need

Hopefully that'll be a basis for someone who knows something about MSX2
to fill in the blanks. In particular my VDP code is a wild untested guess

Makefile: call the final result fuzix.bin not uzi.bin

Still need to rename all the temporaries

README: first take at instructions for building

No these are not sufficient yet

Merge pull request #3 from erkinalp/master

Converted all function definitions into prototype style in mkfs.c

Converted all function definitions into prototype style in mkfs.c

pcw8256,fdc765: not the architectural question around banking and swap

Basically the problem is this:

On a 16K banked machine we have 0x0000-0xBFFF holding user code and we can
switch between processes low 48K with gay abandon. However the top 16K holds
process memory, common, *and* our stacks.

What probably needs to happen is that either we bounce such buffers (slow) or
teach the swap device driver in the platform to do bank flipping.

The problem with this last one is that
- it has to be done per platform
- some machines have brain damaged banking where a given address in a bank
  cannot be remapped to a different virtual address

Unfortunately it's not obvious how to create a generic solution that doesn't
punish sensibly designed machines.

pcw8256,fdc765.s: Use outi not ini for writes, comment the code fully

This still doesn't explain why we misparse the status errors.

emulator: Add code for lseek() rather than the UZI v6 seek

Not yet tested, but this should be the basis to bootstrap CP/M emulation
code in the OS environment. At that point we can retarget the UZIX native
compiler setup for FUZIX and have a native compiler for userspace (yay!)

px4plus: update comments, remember to swap the uarea

swap: Fix silly bug

nc100/200: update notes, start adding NC200 support

px4 init: Remember to set the video base !

Makefile: introduce the _VIDEO segment, rebalance CODE and CODE2

Not that the linker can bank the things yet...

crt0.s: Prepare for _VIDEO

crt0: Prepare for _VIDEO area

px4plus: Add initial (untested) video, and adjust memory maps etc

Add an init.c for code we can discard.

vt: We are going to make this more bankable, add warnings

binman: Teach binman some new tricks

Allow for discard being low
Allow for initializer being low (indicating we are not doing common packing
and the classic 'copy up' image)
Spot data/const overlapping for cases we force data start (PX4Plus)
Smart end/start identification for complex images rather than the classic
image.

Hopefully classic images still work

start: move more discardables into _DISCARD

px4plus: note the state of play

font8x8: allow 1K font

We don't always want to blow 2K on fonts, so allow a 1K font option

platform-px4: Add the PX4Plus

The question was asked and its an interesting one as the PX4Plus is probably
right on the limit of what we can handle if we use the ROM pods.

This is untested but builds and also not very useful as it doesn't yet have
the vt driver, keyboard, font or floppy. It does seem to prove that if you
breathe in then you can fit the Z80 core into 32K of ROM with 8K for the
common/udata and put the video/floppy/fonts banked into the top of the RAM
area. That would still allow something like 48K binaries to run, and as the
PX4Plus has at best 128K of RAMdisc for swapping 32K is probably a saner
limit anyway.

And no.. I do not think swapping to a 38400 baud serial floppy would rock.

nc200: Initial pass at NC200 support as well as the NC100

Giving the floppy drive a miss as it seems to be completely undocumented
and will need research. May be easier to port CP/M 3 to it first for
investigation.

README.md: mutter mutter formatting crap, whats wrong with ASCII

pcw8256,devtty: Commit some of the shift keys that were missing

PORTING: Clarify map_save/restore

pcw8256: resync with the core updates

Makefile: remove some more bits of legacy uzi.com building

Makefile: remove reference to removed loader code

socz80: Add the SocZ80 platform README

socz80: Add the target

This code isn't yet complete. It's had a first pass conversion to the revised
kernel interfaces but the MMU logic has not yet been wired up to bank16 or
converted to the new format API.

execve: Correct cpm emulator loading

We moved to a real off_t and lseek behaviour but that didn't get propogated
into the CP/M emulator loading logic.

pcw8256: don't define un-needed UAREA bits

This avoids dragging in extra code we won't be using

Standalone: Add the standalone utilities

These are based off the UZI-WRS versions from Will Sowerbutts except for
chmem which is new code.

README.md: put the main notes here