Hobby Operating System
Go to file
Drew Galbraith 85564b018d [Zion] Add todo comment for storing memory mappings in the address space. 2023-11-05 05:59:45 -08:00
lib [Glacier] Implement delete for binary tree. 2023-11-03 21:59:57 -07:00
scripts
sys Move userspace to a templated StrFormat. 2023-11-03 02:48:21 -07:00
sysroot [Yellowstone] Attempt to read a test file from the system root. 2023-11-02 19:28:27 -07:00
toolchain
yunq Move userspace to a templated StrFormat. 2023-11-03 02:48:21 -07:00
zion [Zion] Add todo comment for storing memory mappings in the address space. 2023-11-05 05:59:45 -08:00
.ccls
.clang-format
.gdbinit
.gitignore
CMakeLists.txt
LICENSE
README.md
init-dbg.sh

README.md

AcadiaOS

AcadiaOS is a hobby operating system I use to explore and learn about OS development.

It is built on top of a small capability-based microkernel that provides memory management, process scheduling, and hardware access.

Directory Structure

The subdirectories of the project are as follows:

  • zion: Contains kernel code as well as a couple headers that user space uses to interface with the kernel.
  • lib: Library code used by the kernel and user space.
  • sys: System services.
  • sysroot: Files that are copied to the root filesystem.
  • toolchain and scripts: Contain tooling for the cross-compile environment.
  • yunq: Contains the El Yunque IDL used for IPC between processes in userspace.

Where available, further documentation about each of these components can be found in the README files in each respective subdirectory.

Building AcadiaOS

Run ./scripts/build_toolchain.sh to build a gcc cross-compile toolchain for the project. (Takes a long time.)

Change into the build-dbg directory.

Run ninja qemu to build and run AcadiaOS in a VM.

System Dependencies

TODO

Boot Process

AcadiaOS uses the limine bootloader to enter into a 64-bit kernel in the negative 2GB address space (mcmodel kernel).

The Zion kernel then sets up interrupts, scheduling, and memory management before passing off control to the Yellowstone process.

The kernel passes capabilities to the Denali and VictoriaFalls binaries to the Yellowstone process to allow it to manage the rest of the boot process.

The Yellowstone, Denali, and VictoriaFalls processes are all passed at boot using limine modules, however any subsequent processes will be loaded off disk.