n_open: rework so we operate directly from user memory

In addition adjust the logic so we build a correctly parsed last name component
in lastname so that it can be used by the caller to manipulate directories.

This gets rid of filename() which saves us copying and parsing the path twice
as well as getting rid of that code
It gets rid of most of the 30 byte name arrays (rename still has to have one)
It allows us to get rid of ugets()
Our PATH_MAX can now be arbitrarily set (for now still 512)
ugets/_ugets/__ugets all go away
pathbuf for LEVEL2 goes away, LEVEL0 and 1 and 2 now all look the same

The end result on Z80 at least is that we run faster amd we save a whopping 400
bytes.

audio; fix dumb bug

Not that we have any working audio layer yet

writei: workaround for sdcc

sdcc at least isn't bright enough to turn

static uint32 x

if (x >> 25)

into a byte load of x + 3 followed by an &0xFE

Instead it generates a 25 repeat bitshift of a 32bit value across four
registers in a fairly critical code path.

Allow defines to help it out with its dumbness.

kernel: restructure readi/writei to save memory

This saves us 256 bytes on Z80 mostly by removing the amount of 32bit maths
SDCC has the opportunity to **** up.

We introduce a helper (umove) which adjusts all the pointers and offsets
for a given file and use that where we can. We also restructure a bit so we
can use the udata.u_done value in readi/writei

This has some minor consequences:
Callers need to check u_done for completion not u_count
Char and Socket handlers don't affect the offset unless they choose to (which
is saner). Devsys has been modified accordingly.

Handle with care.

ubee: floppy driver write fix

ubee: set tick rate properly

buffers: BF_SUPERBLOCK is dead, kill it off

ubee: disk probing

With these patches I can build a .ds82 image for the rootfs in the B drive
and boot it with "1 ro". Read/write seems to eat the disk, so that needs a bit
of debugging!

Makefile.z80: fix build bug

du: sort if and bracketing

ubee: first cut at automatic disk controller probing

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

Merge pull request #585 from beretta42/cal

util: 'cal' fix output.

util: 'cal' fix output.

ubee: update README

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

ubee: floppy transfer routines

We now appear to read sectors correctly. Next stop is to sort out how the
dd/sd and side detect should work as well as what to do about 9/10 sector
media.

Then I guess we can try a real root file system!

ubee: First chunk of floppy work

This won't work yet as the core floppy asm code is still for the TRS80 which
isn't quite the same beast.

(There also appear to be some funnies with the emulator that cause problems
as it thinks the controller will provide data immediately after the command
whereas a real disk even if it were perfectly aligned would have to process
all the sector marks *before* data arrives.

ubee: stuck the initializer block somewhere out of the way

ubee: Updates

This gets us to the point we prompt for a keyboard response and have IRQ
events running. The 256TC keyboard half works (shift and control seem busted
and we've yet to work out what to do with alt anyway).

Next stop disk drivers

ubee: first draft of printer driver

ubee: update notes

Merge pull request #583 from beretta42/passwd

pwd: putpwent: wrong order of fields.

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

ubee: make room for initializers

With this changed we get the bootdev: prompt but don't have any working
interrupt handling in order to process keystrokes

binman: spot discard/initializer overlap

ubee: some further initial work

Thi is enough to get us loaded into memory and run through the early
assembly entry code. We don't get far yet though.

ubee: update notes

appleiie: more filling out of initial bits and pieces

kernel: add keycodes for F11/F12 as we'll need them soon

pwd: putpwent: wrong order of fields.

Merge pull request #582 from beretta42/ramrom

coco3: poke RAM mode on init, just in case.

coco3: poke RAM mode on init, just in case.

appleiie: more sketching out of the platform code

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

platform-appleiie: Initial sketches on how a IIe port might look

strlcpy: make more robust

6502,libs: callax 65c02 would also need to do a 16bit dec - not worth it

syscall_net: move endif to the right place

swap: fix build with fussy compilers

65c816: update documentation

Merge pull request #580 from beretta42/fortune

fortune: bug: main doesn't return success.

fortune: bug: main doesn't return success.

Merge pull request #579 from beretta42/bogo

Add 6809 bogomips delay loop

util: 6809 bogomips

v65c816: add the graphics mode ioctls remove a debug output to uart for vt

We still hack the input side while I debug the SDL input logic on the
emulator.

v65c816: add support for the new kbd/framebuffer code in v65c816

So we can start the console work.

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

Merge pull request #578 from beretta42/fixes

Easy fixes

coco3: actually declare defmode.

utils: remount: easy bugfix

v65c816-big: fix memory scribble

v65c816-big: DMA protection

v65c816: DMA protection for disk DMA

65c816: Fixes for non bank 0

With this fixed the large mode seems to work (not heavily tested) and
an 8MB boot works to a shell prompt and some test commands at least.

v65c816: update notes

v65c816-big: update notes

v65c816-big: callax replacement for big memory

65c816: use brk helper

65c816: fix wrap on DP computation, and add brk handling

65c816: fix bank 0 error

v65c816: Fix usermem

With this fixed we can start init but we blow up on syscalls.

Be warned - this port tends to eat the disk as well so keep a copy!

v65c816-big: formatting

v65c816-big: allow more stack

v65c816: make platform code split I/D safe

v65c816: update memory map from C, set pages right

v65c816-big: adapt devhd to use peek/poke for the I/O bank

v65c816-big: fix bug in devtty introduced in peek conversion

v65c816-big: Update loading code and add trampolines for exceptions/ints

v65c816-big: sort out the memory mapping and file build

65c816: add new def for split I/D capable code

65c816: make the usermem code any bank and split I/D safe

It's not tested at this point so expect a bug or two

65c816: make the task switch code safe for any bank and split I/D

v65c816-big: Further fixups

This is enough to get os to taking an interrupt at which point it all goes
down the pan.

- Added a hack for the cc65 jmpvec problem
- Corrected data segment packing (was 512 bytes out)
- Fixed stack locations (I think)

README.md: update for 65C816

README: update

v65c816-big: get to the point it starts up

With these changes the image is loaded and appears to get put in the right
places. We enter the discard code hit start, hit d_open and then the compiler
generates self modifying code

store to jmpvec+1/+2
jmp jmpvec

So it looks like  little bit of compiler hacking will be needed next, or
possibly a dirty hack of putting jmpvec in stubs in bank 1 and bank 2 so
that it writes the address into bank 2 and jumps to a bank 1 stub that can
then fix up the mess.

(Even better of course would be if someone was nuts enough to port the ANSI
pcc compiler to 65C816)

v65c816-big: propogate changes from v65c816

v65c816: use the new DMA mappings for fast disk I/O

Needs the latest version of v65C816

65c816: support multiple disk devices

Makefile.6502: Fix minor buglet

utils: update remount to handle mtab etc

Add a -n option for boot time

utils: remove umount unused define and old comment

df; use mntent

remount: use mntent files

This isn't sufficient for a proper remount but is a straight port of the
current usage model.

util: update fsck to use mntent facilities

utils: Make mount/umount do all the right things

Now uses mntent, does proper locking and correctly allows mount and umount -a

mntent: Continue work

- Fix bugs in draft code
- Introduce getmntent_r

With these we have the calls needed to do the right thing.

65c816: update TODO

filesys: fix typo

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

mntent: add to build rules

mntent: Library methods for managing mtab and fstab

We don't use these or hook them in yet but add them ready

Merge pull request #575 from beretta42/vtmode

coco3: take cmd line for default video mode

Merge pull request #576 from beretta42/signal

signals: fix precedence to report correct signal no.

signals: fix precedence to report correct signal no.

coco3: take cmd line for default video mode

65c816-big: We can't build it all -Oi, but we can do the core code

v65c816-big: A development configuration for a 65C816 with loads of RAM

8MB RAM testing work.

Lots to do here (plus some of the core code like the scheduler doesn't really
scale to 128 processes!)

level2: fix build errors from previous changes