Skip to Content
Viewing feat/v0.5-runtime docs — not the stable branch. Changes vs main · Go to main
axiomOSfeat/v0.5-runtimeArchitectureOverview

Architecture

Relevant source files

The architecture section describes the implemented system on the unmerged feat/v0.5-runtime branch: subsystem boundaries, invariants, control flow, ownership and trust relationships. The branch adds an opt-in managed runtime (managed-runtime feature) for uploading, preparing, handing off and rolling back one signed 100 Hz controller; it is documented in its own Managed Runtime section, and the pages here describe where it touches the existing kernel. The canonical v0.5 contract is docs/plans/active/v0.5-bounded-runtime-evolution.md .

PageWhat it covers
System OverviewLayering, authority order, runtime ownership, known assurance limits
Boot FlowLimine (x86_64) and firmware/DTB (AArch64) entry through kernel::init to /bin/init
MemoryPhysical allocator, heap sizing, AddressSpace, mapping transactions, TLB shootdown, user-copy boundary, fault policy
Kernel Crate BoundariesWhich crate or kernel/src module owns each policy
Scheduling & LockingPer-CPU run queues, wait protocol, lock ranks, interrupt rules
Build OwnershipRoot runner and build.rs vs. xtask vs. scripts/
Protocols & ABISyscall ABI v1, sys_bpf commands (including the managed commands 256 to 269), rk-bridge JSON stream, Shrike-link UART frames (including session, barrier and requalification messages)

Authority order

When documents disagree, the repository resolves them in this order (system-overview.md ):

  1. Generated authorities under docs/reference/generated (ABI, targets, components, artifacts, build inputs, quality).
  2. Accepted decisions under docs/decisions.
  3. Current architecture documents.
  4. Source code and its required gate evidence.
  5. Archived and legacy documents (historical only).
Last updated on