coco3: compile usermem wrappers into common kernel/video area.

should be in official "common" area?

coco3: graphics: put uget's arguments in correct order.

coco3: connect graphic IOCTL to rendering routine.

coco3: video: add exports.

coco3: fix typo

coco3: import of dragon's gfx code.

uget() but direct to video memory

coco3: all graphics mode buffers start at 0x0000 in physical block 9

add video mode register setting to private tty mode struct.

coco3: make detected hz a C global

coco3: add display basic graphics mode 256x192x2.

buffers: enum is evil, use a uint8_t instead and save a byte a buffer

520 is also a cheaper multiply on processors without mul instructions

ls: fix one stupid performance bug

No point doing a stat on each node when we don't actually need it !

We should chdir into the directory before doing the stats on the short path.
That avoids all the name walking overhead and thrash. Likewise it might be
sensible to stat in inode order and batched, but that may cost more than
the saving !

dragon-nx-32: use the new "reclaim discard as buffer cache feature"

This gets me another 7 buffers on my build.

buffers: Allow for the buffer cache to be expandable.

Some of our platforms have no userspace mapped when in kernel space. That
prevents them putting the discard code/data into the userspace area during
boot and binning it when loading init over the top.

Instead we allow the buffer cache to grow. The platform can then put the
buffer cache just before the discard area, and once the root fs is mounted
and we are ready to load init we can convert the entire discard area into
cache pages.

Even better we only need enough buffers to mount the root fs to be present
at boot time (2 or 3).

tc3: add selection logic (untested)

dragon-nx-32: make detection prettier, add HDBDOS/TC3 sigs

dragon-nx-32: record the slot of the TC3 SCSI if present

devscsi: introduce a deselect

Needed for things like MPI or bank switched cartridges containing MMIO
controllers (MSX as well I suspect)

dragon-nx-32: turn on tc3 probing logic and fix tc3 bugs

B is the 8bit return
Remove bogus push of pc in the cmd write

devscsi: keep naming of probe code akin to IDE

dragon-nx32: add first test bits of scsi support

We now scan 0xFF7x for a TC3 controller and maybe even probe it properly but
not yet tested out.

Also sort out the discard segment properly. Right now it's not important but
at some point we'll find a way to reuse that space nicely.

Still lots to do including the proper autodetect for the TC3 and bank
switching the TC3 in/out if (as it basically has to be) it's in an MPI, and
handling swap or userspace I/O (so even running programs off it won't work
yet in the unlikely event it gets that far)

dev: add first draft of the SCSI layer

Still working on an xroar emulation of the tc3 to debug test this

6809: move data into discard for discard code

disk: add ioctl def for raw commands

dragon-nx-32: fix build error

ide_select changed slightly midstream and I forgot to backport this

zx128: platform_ide.h

zeta_v2: platform_ide

p112: platform_ide.h

coco3: remove now duplicated defines

n8vem-mark4: platform_ide.h

coco3: platform_ide.h

devide: allow for ide_select/deselect being null defines

dragon-nx-32: wire up the probing and mpi logic

First cut at this.

We make the IDE base a variable
Allow for a platform private header for IDE (needed for stuff like ide_base)
Issue select/deselect commands passing the drive number

This in theory also gives us all that is needed for multiple IDE controllers,
while not paying a cost for them on simple platforms (they can define the
selectors into nothingness)

dragon-nx-32: add a new platform_ide file

dragon-nx-32: save mmio addresses probed from cartridges

dragon-nx-32: add autoprobe of HDBDOS

We now identify the HDBDOS ROM by the signature, and then pull out the MMIO
port, SCSI LUN and identify the controller type so that we can set the
cartridge type nicely.

Do need to move most of main.c into discard as its getting a bit big, but it's
all discardable so that's fine.

dragon-nx-32: tighten MPI detection

Merge pull request #257 from beretta42/video1

coco3: more getting ready

coco3: add video init function.

coco3: fix EOF whitespace.

coco3: we duplicated these in assembler, do delete!

coco3: compile new low-level video source.

coco3: Add assembler source for even lower calls

coco3: separate low-level video methods into separate source file.

dragon-nx-32: example (hopefully correct) of a GFIOC_WAITVB

add .videodata section, add defines for video sections in devtty.c

dragon-nx-32: and remember to commit the fixes

dragon-nx32: tty updates

Remove di/irqrestore
Advertise GFX commands we now support
Serial port baud rate setting etc

coco2: update devtty code for new irq, also remove bogus attrs

vt: try and do something sane about vt and irq handling

coco3: tty: don't add page 8 to freelist; It's video ram now

coco3: tty: repurpose .video section for code, put in lower mem.

dragon-nx-32: Fix typo

libs: Add explicit rules for tools Makefile

Otherwise we pass the .h file to the compiler as an argument. GNU C compilers
understand what is desired but clang not unreasonably errors it.

coco3: remove a bogus "static"

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

coco3: allow normal tty ioctls on drivewire

I'll leave it to Brett to write graphics mode changing and routines to convert
GFX_DRAW and friends into OS/9 escape sequences 8)

Merge pull request #255 from beretta42/graph2_sub

coco3: easy fixes

coco2: add the bits needed to convert the decb

Turn it into a binary memory image, then apply shuffle the high 4K so the loader
unpacks it off the disk image properly.

coco3: tty: correct EINVAL/ENOTTY logic.

coco3: tty: correct ioctl error return

coco3: tty: be more pendantic.

Merge pull request #254 from beretta42/graph1_sub

Graphics for COCO3

coco3: tty: adjust buffer address to accomodate 25 lines.

coco3: tty: typos.

coco3: tty: add getting/setting graphics mode to ioctl.

coco3: tty: factor out gime video mode switching.

coco3: tty: make initialized data match linked fmodes, e.i.
vt's are now 25 rows.

coco3: tty: Connect internal mode struct with kernel's mode struct

coco3: tty: flesh out a array of supported modes.

coco3: devtty: This definition moved to devtty.h.

add a reference to a fuzix display mode struct in our per-tty struct.

coco3: tty: clear a bit more memory for 25 rows.

correct comments

undid putchar real function thing...

coco3: add mode util to copy script

coco3: keep up with changes in graphics.h

coco2: first cut at bootloader

nc100: draw in the right location

trs80: trivial tidy up

dragon-nx32: first cut at adding draw/read/write methods

Strictly speaking we don't need them, but this probably won't be true on all
the 6809 variants (eg COCO3) so we should support them to make portable code
easier. It's not as if they are very much code space.

graphics: text mode tidy up

Now we have text modes as modes we can get rid of GFX_ENABLE stuff

dragon-nx-32: Add 128x192 four colour mode graphics

Yay real graphics mode changes

Now should they clear the screen or not ...

mode: report text modes

graphics: add 'text only' mode type

We need this so we can describe modes for 40/80 switching, or moving from a
graphics to a text mode

utils: add a "mode" command for mode setting

Well it had to be called "mode" for an 8bit box 8)

Also fix the header up

dragon-nx32: implement initial "mode" choices

Ok so in reality its the same mode and two colour sets - but it'll do nicely
for testing !

dragon-nx-32: first test bits for mode switching

graphics: add header for apps

trs80: update devgfx test code

Correct for 16bit co-ordinates
Add GFX_READ/WRITE test implementation

nc100: update test graphics code

Add mode number
X and Y need to be 16bit

graphics: put mode number in info, otherwise you can't query the mode number

Graphics: more pondering

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

trs80: update for gfx changes

nc100: clean up devgfx changes

graphics: Have a rethink

Basically replace all the operations with a single tight kernel operation which
can be used to construct them all with reasonable efficiency, and is good at
certain useful things. Push all the alignment considerations onto the user
code so that everyone doesn't have the time and size penalties for it when
they don't care.

Redo the NC100 to follow this implementation.

trs80 needs redoing yet but it will take the trs80 hires graphics from
unbearable to slow 8)

Merge pull request #250 from beretta42/graphics

coco3: add gfx ioctl.

Merge pull request #249 from beretta42/back-tick

coco3: keyboard does `, console displays as UP_ARROW.