Keyronex

Keyronex es un sistema operativo de pasatiempo. No hace pretensiones ser nada novedoso o emocionante, y no hace nada que sea interesante para nadie.

El objetivo a largo plazo es construir un sistema operativo bastante competente según los estándares de principios de los 90, con tanta escalabilidad y tantos modificadores como es razonablemente posible para una sola persona. El sistema combina influencias técnicas de la tradición UNIX (particularmente Mach/NextStep, NetBSD y Solaris) con influencias de la tradición VMS (particularmente OpenVMS en sí, Mintia y Windows NT). Se ha prestado especial atención al sistema de memoria virtual.

KeyRonex es un sistema portátil. Las plataformas compatibles se resumen a continuación; La información más detallada está disponible en el documento de las plataformas.

Plataforma	Arquitectura	Estado
ACPI PC de 64 bits	AMD64	Bien respaldado
ACPI AARCH64	Aarch64	Mal compatible 1
ACPI RISC-V 64	riscv64	Parcialmente compatible 2
Amiga	m68k	Planificado
Qemu virt M68K	m68k	Bien respaldado

Se han escrito algunas páginas manuales para el núcleo. Se puede encontrar una introducción a la sección Manual del núcleo en la introducción.

[Esta es una rama de reescritura que actualmente carece de características; La rama anterior y más destacada es 23-jul , que presenta puertos de aplicaciones como GNU CoreUtils, Bash Shell, Binutils y GCC, así como Xorg y algunas aplicaciones X11 básicas como TWM y XEYES, y el navegador web de enlace de texto. ]

Arquitectura

En el modo de núcleo, se puede dibujar una distinción aproximada entre el núcleo, los servicios ejecutivos y el marco del conductor. Esta es una lista no inclusiva de las características de KeyRonex:

• Núcleo

  • Gestión de interrupciones con nivel de prioridad (IPL) e interrupciones suaves (DPC).
  • Objetos de espera/sincronización, incluida la espera de múltiples de estos.
  • Mecanismo de actualización de copia remota (RCU).
  • Gestión del tiempo.
  • Distinción de proceso/hilo con programación preventiva de hilos.
  • Puertos del núcleo, una base eficiente para colas de mensajes.
  • (incompleto) Gestión del conjunto de balance.

• Memoria virtual

  • Bundy Resident Page-Frame Asignator con robo de página.
  • Memoria anónima y respaldada por archivos.
  • Reemplazo de la página local basado en el conjunto.
  • Página de las páginas anónimas y de archivos, incluidas las tablas de página en sí.
  • Caché de archivos asignado para lectura/escritura en caché coherente de archivos.
  • VM "FORK" Operación.
  • (aún no se inició) RECUPERACIÓN PROACTIVA para archivos almacenados en caché.
  • (incompleto) Asignación de montón paginado del núcleo.
  • (incompleto) colas globales de página de segunda oportunidad con equilibrio y redacción.

• Servicios ejecutivos

  • Sistema profundamente asincrónico de E/S basado en mensajes de paquetes de E/S (PIO).
  • Futexes.
  • Switch virtual del sistema de archivos.
  • Namecache, que incluye el soporte "NULLFS" (montaje en enlace).
  • Interfaz de usuarios de usuarios orientados a objetos, basada en manejo.
  • Encuesta ejecutiva (EPOLL), una API de notificación de preparación.
  • (aún no se inició) Archivo por escrito
  • (aún no se inició) Mecanismo IPC (¿será L4 como o como Mach?)

• Controladores y sistemas de archivos

  • Objective-C Framework.
  • Descubrimiento de dispositivos basado en ACPI para puertos soportados por ACPI.
  • Disco Virtio, GPU básico y puerto 9p.
  • Intel E1000 NIC Driver.
  • PS/2 teclado.
  • (incompleto) Windows "Storport" Driver Shim.
  • (incompleto) Fat, Ext2 Filesystems.
  • (incompleto) 9P FileSystem (tanto Virtio como TCP Transport).

• Núcleo misceláneo:

  • (incompleto) pila TCP/IP basada en LWIP modificada con cerraduras de grano fino.
  • (incompleto) Marco de socket basado en PIO con Async Enviar, Recibir, conectar, etc.
  • (incompleto) Puerto GDB de depuración del kernel sobre UDP.
  • (aún no se inició) Filtro de paquetes Berkeley extendido (E-BPF).

• Servidor de subsistema POSIX:

  • (aún no iniciado) procesos, grupos de procesos, sesiones, TTYS, etc.

Componentes de terceros

Se utilizan varios componentes de terceros. Estos son algunos de ellos:

• Limine : el cargador de arranque utilizado para KeyRonx en AARCH64 y AMD64.
• FreeBSD : queue.h y tree.h , Lista/cola y macros de Tree de tipo genérico para C.
• NetBSD :
  • La fuente en negrita utilizada en la consola PAC del puerto Amiga.
  • Referencia para el puerto Amiga y la fuente de los encabezados de definición de registro de chips cia.h , custom.h .
• MLIBC : una biblioteca estándar C portátil. Proporciona el libc.
• NanoPrintf : Implementación de Printf; Proporciona kprintf y familia.
• UACPI : la implementación de Ultraos ACPI de Ultraos. Utilizado por los controladores ACPI.
• LWIP : pila TCP/IP ligera. Las partes adaptadas del núcleo LWIP proporcionan la base de la pila TCP/IP, mientras que el código original implementa la capa de socket.
• Varios encabezados (principalmente BSD, algunos Linux): encabezados con licencia BSD principalmente para definiciones de registro de dispositivos.

Licencia

El código original de KeyRonex tiene licencia bajo la Licencia Pública de Mozilla V2.0 (MPLV2). Otros componentes están bajo sus propias licencias, todos los cuales son compatibles con MPL; Estos son principalmente bajo el BSD o licencias similares. Vea las carpetas de vendor y subprojects donde se pueden encontrar las licencias de los componentes de terceros.

Edificio

Para crear KeyRonex y todo el espacio de usuario, necesitará las siguientes dependencias:

 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

Estos paquetes se obtienen con apt install en Ubuntu, excepto xbstrap , que se obtiene con pip install xbstrap .

Notas al pie

1. El puerto AARCH64 solo ha tenido pruebas limitadas. ↩

2. El puerto RISC -V 64 solo se ha probado en QEMU con -M virt y aún no admite SMP. ↩