Keyronex

KeyRonex ist ein Hobby -Betriebssystem. Es macht keine Vorwehungen, etwas neues oder aufregendes zu sein, und ist für niemanden interessant.

Das langfristige Ziel ist es, ein ziemlich kompetentes Betriebssystem nach den Standards der frühen 90er Jahre mit ebenso viel Skalierbarkeit und ebenso vielen Mod-Cons zu errichten, wie es eine einzelne Person implementieren kann. Das System kombiniert technische Einflüsse sowohl aus der Unix -Tradition (insbesondere aus Mach/NextStep, NetBSD und Solaris) mit Einflüssen aus der VMS -Tradition (insbesondere von OpenVMS selbst, Mintia und Windows NT). Besonderes Augenmerk wurde dem virtuellen Speichersystem gelegt.

KeyRonex ist ein tragbares System. Unterstützte Plattformen sind nachstehend zusammengefasst. Detailliertere Informationen finden Sie im Dokument für Plattformen.

Plattform	Architektur	Status
ACPI 64-Bit-PC	AMD64	Gut unterstützt
ACPI AArch64	aarch64	Schlecht unterstützt 1
ACPI RISC-V 64	RISCV64	Teilweise unterstützt 2
Amiga	M68K	Geplant
QEMU VIRD M68K	M68K	Gut unterstützt

Einige manuelle Seiten für den Kernel wurden geschrieben. Eine Einführung in den Abschnitt Kernel Manual Pages finden Sie in der Einführung.

[Dies ist eine Umschreibe -Zweigstelle, die derzeit keine Funktionen hat. Der vorherige, mehr vorgestellte Zweig ist 23-jul , der Ports von Apps wie GNU CoreUtils, Bash-Shell, Binutils und GCC sowie XORG und einige grundlegende X11-Apps wie TWM und Xeyes sowie des Links-Text-Mode-Webbrowsers enthält. ]

Architektur

Im Kernel -Modus kann eine grobe Unterscheidung zwischen dem Kernel, dem Executive Services und dem Treiber -Framework gezogen werden. Dies ist eine nicht inklusive Liste der Funktionen von KeyRonex:

• Kernel

  • Interrupt -Management mit Prioritätsstufe (IPL) und Soft Interrupts (DPCs).
  • Warten-/Synchronisationsobjekte, einschließlich des Wartens auf mehrere davon.
  • RECUT-COPY-UPDATE (RCU) -Mechanismus.
  • Zeitmanagement.
  • Prozess-/Thread-Unterscheidung mit der vorbeugenden Planung von Threads.
  • Kernel -Ports, eine effiziente Grundlage für Nachrichtenwarteschlangen.
  • (unvollständig) Balance -Set -Management.

• Virtuelle Erinnerung

  • Bundy Resident Page-Frame Allocator mit Seitendiebstahl.
  • Anonyme und Datei-Rückenspeicher nachfragen.
  • Lokaler Set-basierter lokaler Seitenersatzersatz.
  • SEITE-OUT von Anonymous- und Dateiseiten, einschließlich Seitentabellen selbst.
  • Zugeordnete Datei -Cache für kohärente zwischengespeicherte Lesen/Schreiben von Dateien.
  • VM "Fork" -Operation.
  • (Noch nicht gestartet) Proaktive Schreibback für zwischengespeicherte Dateien.
  • (unvollständig) Kernel -Haufen -Haufen -Zuordnung.
  • (unvollständig) Globale Seite der 2. Chance-Seitenwarteschlangen mit Ausgleich und Schreiben.

• Executive Services

  • Zutiefst asynchrones System von I/O-Paket (IOP) -Sachgültiges i/o.
  • Futexes.
  • Virtueller Dateisystemschalter.
  • NAMECACHE, einschließlich "NULLFS" (BIND MOUNT).
  • Objektorientierte, handlungsbasierte Userland-Schnittstelle.
  • Executive Poll (EPOLD), eine Bereitschaftsabrechnung API.
  • (noch nicht gestartet) Datei schreiben verhalten
  • (Noch nicht begonnen) IPC -Mechanismus (wird L4 wie oder mach mögen?)

• Treiber und Dateisysteme

  • Objektives C-Framework.
  • ACPI-basierte Geräteerkennung für ACPI-unterstützte Ports.
  • Virtio Disk, Basic GPU und 9p Port.
  • Intel E1000 NIC -Treiber.
  • PS/2 Tastatur.
  • (unvollständig) Windows "Storport" -Treiber Shim.
  • (unvollständig) Fett, ext2 -Dateisysteme.
  • (unvollständig) 9p -Dateisystem (sowohl Virtio- als auch TCP -Transport).

• Verschiedener Kernel:

  • (unvollständig) TCP/IP-Stapel basierend auf LWIP, der mit feinkörnigen Schlössern geändert wurde.
  • (unvollständig) IOP-basiertes Socket-Framework mit asynchronisiertem Senden, Empfangen, Verbinden usw.
  • (unvollständig) Kernel -Debugging GDB -Port über UDP.
  • (Noch nicht begonnen) Erweiterter Berkeley-Paketfilter (E-BPF).

• POSIX -Subsystemserver:

  • (Noch nicht gestartet) Prozesse, Prozessgruppen, Sitzungen, TTYs usw.

Komponenten von Drittanbietern

Es werden mehrere Komponenten von Drittanbietern verwendet. Dies sind einige von ihnen:

• Limine : Der Bootloader, der für KeyRonx unter AARCH64 und AMD64 verwendet wird.
• FreeBSD : queue.h und tree.h , generische Typ-Safe-Liste/Warteschlange und Baummakros für C.
• Netbsd :
  • Die fettgedruckte Schriftart für die PAC -Konsole des Amiga -Ports.
  • Referenz für Amiga -Port und Quelle für Chipsatzregisterdefinition Header cia.h , custom.h .
• MLIBC : Eine tragbare C -Standardbibliothek. Bietet die libc.
• Nanoprintf : Printf -Implementierung; Bietet kprintf und Familie.
• UACPI : Die Ultraos -ACPI -Implementierung von Ultraos. Wird von den ACPI -Treibern verwendet.
• LWIP : Leichtes TCP/IP -Stack. Die angepassten Teile des LWIP -Kerns bilden die Grundlage des TCP/IP -Stacks, während der ursprüngliche Code die Socket -Schicht implementiert.
• Verschiedene Header (hauptsächlich BSDs, einige Linux): Header für BSD-LICIDDED hauptsächlich für Definitionen für Geräteregister.

Lizenz

Code original an KeyRonex ist unter der Mozilla Public Lizenz v2.0 (MPLV2) lizenziert. Andere Komponenten stehen unter ihren eigenen Lizenzen, die alle MPL -kompatibel sind. Diese liegen hauptsächlich unter der BSD oder ähnlichen Lizenzen. Siehe die Ordner der vendor und subprojects , in denen die Lizenzen der Drittanbieterkomponenten gefunden werden können.

Gebäude

Um KeyRonex und den gesamten UserSpace zu erstellen, benötigen Sie die folgenden Abhängigkeiten:

 autopoint
gettext
git
gperf
help2man
libgmp-dev
libmpc-dev
libmpfr-dev
libtool
m4
meson (>= 0.57.0)
pkg-config
python3
python3-mako
python3-pip
texinfo
yacc
xbstrap
xorriso

Diese Pakete werden mit apt install auf Ubuntu erhalten, mit Ausnahme von xbstrap , das mit pip install xbstrap erhalten wird.

Fußnoten

1. Der AARCH64 -Port hat nur begrenzte Tests durchgeführt. ↩

2. Der RISC -V 64 -Port wurde nur unter QEMU mit -M virt getestet und unterstützt SMP noch nicht. ↩