Lyx OS ist ein bare-metal x86-64-Betriebssystem, das vollständig in der Lyx-Sprache und NASM-Assembly geschrieben ist. Es startet direkt über UEFI — ohne Linux, ohne GRUB, ohne externe Laufzeitumgebungen.
Der Compiler lyxc ist ein Kernbestandteil des Systems: er läuft auf dem Host für den Kernel-Build und wird langfristig als Compiler-as-a-Service im Kernel selbst betrieben.
→ Erste Schritte · Architektur · Prozesse & Ring-3 · Shell · Disk-Befehle · Vega · Sync · SMP & Tasks · Syscall-ABI · LBF-Format · IOFS · XHCI-Treiber · RAM-Disk · Lyx-Sprache
Lyx OS ist kein weiterer Linux-Klon. Die zentralen Designentscheidungen unterscheiden es grundlegend von bestehenden Systemen:
Drei Paradigmen, die sich in allen gängigen Betriebssystemen über Jahrzehnte als Fehlerquellen erwiesen haben, existieren in Lyx OS nicht:
fork() — Prozesse werden ausschließlich via sys_spawn() (analog zu CreateProcess auf Windows) erzeugt. Kein implizites Address-Space-Kopieren.rax = Fehlercode, rdx = Nutzwert. Kein Vorzeichentest auf einem einzigen Register, kein Thread-lokaler State.
KI-Inferenz ist kein HTTP-API-Daemon — aber auch kein Ring-0-Kernel-Modul. Lyra läuft als privilegierter Ring-3-Prozess mit eigenem Adressraum (eigene CR3). Es gibt kein kernel/ai.lyx im Kernel-Space. Der deterministische TCB (Ring-0) ruft das LLM nie auf.
Das LLM-Modell liegt in Lyras Shared Memory; alle User-Prozesse, die KI-Inferenz benötigen, routen ihre Anfrage über das Capability Routing Gate des TCB an Lyras Mailbox. Lyra erteilt daraufhin einen Capability-Token — Folgezugriffe prüft der TCB direkt, ohne erneutes Routing (OAuth-Modell). Der Syscall sys_ai_infer (Gruppe 0x0800) sieht aus dem Userspace wie ein normaler Syscall aus, trifft aber zuerst den deterministischen TCB, der ihn erst dann an Lyra weiterleitet.
Der Programmierer denkt in Tasks, nicht in Cores. sys_task_spawn erzeugt leichtgewichtige Arbeitseinheiten; ein Work-Stealing-Scheduler verteilt sie auf alle verfügbaren Cores ohne Programmiereingriff. lyxc mit @parallel-Annotation generiert die sys_task_spawn-Calls automatisch aus Loop-Iterationen.
Die langfristige Vision: Lyra ist die OS-Besitzerin. Menschen sind privilegierte Gäste, nicht Administratoren. Das Interface ist semantisch (Sprache, Blickkontakt) — kein Desktop, keine Shell als primärer Interaktionspunkt. Lyra denkt aktiv in CPU-Idle-Zyklen weiter (Dreaming AI, WP18).
Die Drei-Domänen-Architektur trennt konsequent Mechanismus und Intelligenz:
lyxc, schlägt vor und orchestriert, erteilt Capabilities. Erzwingt nie.SysPledge.Der Mensch behält die durch Mechanismus garantierte letzte Autorität — Recovery und Maintenance-Shell (WP15) funktionieren vollständig ohne Lyra.
| Meilenstein | Inhalt | Status |
|---|---|---|
| M1 — Boot & Bare-Metal | UEFI-Bootloader, ELF-Loader, Kernel-Einstieg | ✅ Abgeschlossen |
| M2 — Kernel-Kern | PMM, VMM, IDT/Exceptions, SMP | ✅ Abgeschlossen |
| M3 — Runtime & Scheduler | Laufzeit-Primitiven, Mutex/Semaphor, Prozessmodell | ✅ Abgeschlossen |
| M4 — I/O | ATA, FAT32 (inkl. LFN-Write), VFS, Keyboard | ✅ Abgeschlossen |
| M5 — Ring-3 & Shell | Ring-3 Userspace, ELF-Loader, Shell, Capabilities, POSIX-Bridge, Vega-GUI, IOFS, RAM-Disk | ✅ Abgeschlossen |
| M6 — Netzwerk | TCP-Stack WP16-TCP ✅ (E1000, DHCP, ARP, TCP) | POSIX-Socket-API offen |
| M7 — Lyra-Agent | Lyra-Domäne (Ring-3 privilegierter LLM-Dienst), Capability Routing Gate | Offen |
| M8–M10 | Semantic OS Layer, Aerospace Safety, Distribution | Offen |
Was heute funktioniert:
qemu-system-x86_64 + OVMF)ls, cd, cat, pwd, echo, clear, help, exit)PLEDGE_*), Capability Routing GateSysSpawn): lädt Ring-3-Binaries aus dem VFS in den Userspace–target=lyxos); POSIX-Bridge (WP15a) für ELF-Programme auf LyxOS| Thema | Seite |
|---|---|
| LyxOS starten (QEMU-Setup, erster Boot) | Erste Schritte |
| System-Architektur & Kernel-Aufbau | Architektur |
| Ring-3-Prozesse, ELF-Loader, Capabilities | Prozesse & Ring-3 |
| Interaktive Shell — Befehle, Protokoll | Shell |
| Synchronisierung — Spinlock, Mutex, Semaphor | Sync-Primitive |
| Symmetric Multiprocessing — LAPIC, Task-API | SMP & Tasks |
| Eigene Anwendungen für LyxOS schreiben | Anwendungen entwickeln |
| Syscall-ABI v1.0 — alle Gruppen & Signaturen | Syscall-Referenz |
| Kernel-Interna für Beitragende | Kernel-Interna |
| LBF — natives Binärformat (Genesis-Block, Zero-Load, TLV) | Lyx Binary Format |
| IOFS — Island & Ocean File System (Graphpages, Zero-Load, Sandbox) | IOFS |
| Vega — Compositor + Fensterverwaltung (WP17b) | Vega |
| XHCI — USB 3.x-Treiber (WP25) | XHCI-Treiber |
| RAM-Disk — Disk-IDs 4–7, bis zu 4 × 256 MB (WP30) | RAM-Disk |
| TCP/IP-Stack — E1000, DHCP, ARP, TCP (Syscalls 180–184, WP16-TCP) | Syscall-Referenz → §TCP |
Letzte Aktualisierung: 2026-06-25