Lyx OS

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 · Syscall-ABI · 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:

• Kein fork() — Prozesse werden ausschließlich via sys_spawn() (analog zu CreateProcess auf Windows) erzeugt. Kein implizites Address-Space-Kopieren.
• Kein globales errno — Syscalls geben zwei Register zurück: rax = Fehlercode, rdx = Nutzwert. Kein Vorzeichentest auf einem einzigen Register, kein Thread-lokaler State.
• Kein Root — Berechtigungen werden über Capabilities verwaltet: File-Deskriptoren kodieren gleichzeitig die Ressource und die erlaubten Operationen. Privilege-Escalation durch fd-Weitergabe ist strukturell unmöglich.

KI-Inferenz ist kein Userspace-Daemon und kein HTTP-API — sie ist ein schedulierter Kernel-Workload. Ein 7-GB-Modell wird einmal in Kernel-verwaltetem Shared Memory geladen; alle Prozesse nutzen es ohne Kopie und ohne IPC-Roundtrip. Der sys_ai_infer-Syscall (Gruppe 0x0800) ist so normal wie sys_read.

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, WP17).

Was heute funktioniert:

• UEFI-Boot und Kernel-Start auf QEMU (qemu-system-x86_64 + OVMF)
• Physische und virtuelle Speicherverwaltung (4 GB Identity-Map, 2 MB Huge Pages)
• Interrupt-Handling und CPU-Exception-Routing
• Symmetric Multiprocessing (LAPIC, AP-Startup)
• ATA-Disk-I/O und vollständige FAT32-Implementierung
• Ring-3-Userspace (shell.lyx aktiv, gibt Startup-Meldung aus)
• Syscall-ABI v1.0 vollständig spezifiziert

Letzte Aktualisierung: 2026-06-09