Engineered for
Certainty.
Building KOZO is a multi-year endeavor. We reject legacy bloat in favor of a strict Single Layer Abstraction (SLA). Below is the minimum viable sequence to bring the system from bare metal to a graphical environment.
Phase 1: Substrate + Core (Layers 1-2)
Establishing the foundational hardware primitives and capability mechanisms. This phase is entirely devoid of user policy.
- + kozo-substrate-x86_64 — Start with one architecture to validate the substrate.
- + kozo-core-mem — Physical allocator and kernel heap management.
- + kozo-core-cap — The core capability handle system.
- + kozo-core-int — Deterministic interrupt routing.
Phase 2: Essential System Modules (Layer 3)
Bringing the operating system to life with the minimal drivers and scheduling required to execute sequential and concurrent workloads.
- + kozo-driver — Serial/UART for debugging, scaling up to NVMe.
- + kozo-fs — Simple in-memory FS first, expanding to the ext-family later.
- + kozo-sched — Cooperative scheduler initially, transitioning to preemptive.
Phase 3: Linux Compatibility (Layers 3-4)
Ensuring KOZO is immediately useful by providing a compatibility layer capable of running statically compiled Linux binaries.
- + kozo-linux-abi — Basic syscall translation (read, write, exit).
- + kozo-linux-compat — Dedicated ELF loader.
- + busybox — Run static BusyBox as the initial proof of concept.
Phase 4: Platform Hardening
Enforcing strict boundaries and isolation policies across the environment to guarantee true zero-trust execution.
- + kozo-platform-proc — Strict process isolation.
- + kozo-vm — Container and jail deployment.
- + kozo-security — Role-Based Access Control (RBAC) and policy enforcement.
Phase 5: GUI (Layer 5)
The final layer. The graphics subsystem is implemented last, as a modern, tear-free graphical environment requires absolutely stable driver and IPC foundations to function deterministically.