2679172edf
This allows for outputting a character selection before it's given through GetC. That allows a pad-oriented character selection scheme. |
||
|---|---|---|
| .. | ||
| sms | ||
| acia.asm | ||
| blockdev_cmds.asm | ||
| blockdev.asm | ||
| core.asm | ||
| err.h | ||
| fs_cmds.asm | ||
| fs.asm | ||
| kbd.asm | ||
| mmap.asm | ||
| parse.asm | ||
| pgm.asm | ||
| README.md | ||
| sdc.asm | ||
| shell.asm | ||
| stdio.asm | ||
| user.h.example | ||
Kernel
Bits and pieces of code that you can assemble to build a kernel for your machine.
These parts are made to be glued together in a single glue.asm file you write
yourself.
This code is designed to be assembled by Collapse OS' own zasm.
Defines
Each part can have its own constants, but some constant are made to be defined externally. We already have some of those external definitions in platform includes, but we can have more defines than this.
Each part has a "DEFINES" section listing the constant it expects to be defined. Make sure that you have these constants defined before you include the file.
Variable management
Each part can define variables. These variables are defined as addresses in
RAM. We know where RAM start from the RAMSTART constant in platform includes,
but because those parts are made to be glued together in no pre-defined order,
we need a system to align variables from different modules in RAM.
This is why each part that has variable expect a <PARTNAME>_RAMSTART
constant to be defined and, in turn, defines a <PARTNAME>_RAMEND constant to
carry to the following part.
Thus, code that glue parts together could look like:
MOD1_RAMSTART .equ RAMSTART
#include "mod1.asm"
MOD2_RAMSTART .equ MOD1_RAMEND
#include "mod2.asm"