Keyronex

Keyronex é um sistema operacional de hobby. Não faz pretensões de ser algo novo ou emocionante e não faz nada provável de ser interessante para ninguém.

O objetivo de longo prazo é construir um sistema operacional bastante competente pelos padrões do início dos anos 90, com tanta escalabilidade e tantos modos quanto razoavelmente possível para uma única pessoa implementar. O sistema combina influências técnicas da tradição Unix (particularmente Mach/Nextstep, NetBSD e Solaris) com influências da tradição VMS (particularmente o OpenVMS em si, a Mintia e o Windows NT). Atenção especial foi dada ao sistema de memória virtual.

Keyronex é um sistema portátil. As plataformas suportadas estão resumidas abaixo; Informações mais detalhadas estão disponíveis no documento das plataformas.

Plataforma	Arquitetura	Status
PC ACPI de 64 bits	AMD64	Bem suportado
ACPI AARCH64	AARCH64	Mal apoiado 1
ACPI RISC-V 64	riscv64	Parcialmente suportado 2
Amiga	M68K	Planejado
Qemu Virt M68K	M68K	Bem suportado

Algumas páginas manuais para o kernel foram escritas. Uma introdução à seção de páginas manuais do kernel pode ser encontrada na introdução.

[Esta é uma filial de reescrita que atualmente não possui recursos; A filial anterior, mais destacada, é 23-jul , que apresenta portas de aplicativos como o GNU CoreUtils, Bash Shell, Binutils e GCC, bem como Xorg e alguns aplicativos básicos do X11, como TWM e XEYEs, e o navegador da Web de texto do Links. ]

Arquitetura

No modo kernel, uma distinção aproximada pode ser desenhada entre o kernel, os serviços executivos e a estrutura do driver. Esta é uma lista não inclusiva dos recursos do keyronex:

• Kernel

  • Gerenciamento de interrupção com nível de prioridade (IPL) e interrupções suaves (DPCs).
  • Objetos de espera/sincronização, incluindo aguardando vários deles.
  • Mecanismo Remote-Copy-Update (RCU).
  • Gerenciamento de tempo.
  • Distinção de processo/encadeamento com programação preventiva de threads.
  • Portas do kernel, uma base eficiente para filas de mensagens.
  • (incompleto) Gerenciamento do conjunto de saldo.

• Memória virtual

  • Alocador de quadro de página residente de Bundy com roubo de páginas.
  • Memória anônima e apoiada por arquivos com tampa da demanda.
  • Substituição de página local baseada em conjunto de conjuntos.
  • Página de páginas anônimas e arquivos, incluindo mesas de página.
  • Cache do arquivo mapeado para leitura/gravação coerente de arquivos.
  • Operação de "garfo" da VM.
  • (ainda não iniciado) Writeback proativo para arquivos em cache.
  • (incompleta) Alocação de heap pagin kernel.
  • (Incompleto) Filas globais de página de 2ª chances com equilíbrio e writeback.

• Serviços Executivos

  • Sistema profundamente assíncrono do pacote de E/S (PIO) E/S baseado em mensagens.
  • Futexes.
  • Interruptor do sistema de arquivos virtual.
  • Namecache, incluindo "Nullfs" (suporte de montagem em ligação).
  • Interface de terras usuários baseada em objetos, orientada a objetos.
  • Pesquisa executiva (Epoll), uma API de notificação de prontidão.
  • (ainda não iniciado) Write-Behind
  • (ainda não iniciado) Mecanismo IPC (será L4 como ou mach?)

• Drivers e FileSystems

  • Estrutura Objective-C.
  • Descoberta de dispositivos baseada em ACPI para portas apoiadas por ACPI.
  • Disco Virtio, GPU básico e porta 9p.
  • Intel E1000 NIC Driver.
  • Teclado PS/2.
  • (incompleto) Windows "storport" driver Shim.
  • (incompleto) gordura, ext2 sistemas de arquivos ..
  • (Incompleto) 9p FileSystem (Tanto o Virtio quanto o TCP Transport).

• Kernel diverso:

  • (incompleta) pilha TCP/IP com base no LWIP modificado com bloqueios de grão fino.
  • (Incompleto) Estrutura de soquete baseada em PIO com envio assíncrono, recebimento, conexão, etc.
  • (Incompleto) Porta de GDB de depuração do kernel sobre UDP.
  • (ainda não iniciado) Filtro de pacotes Berkeley estendido (e-BPF).

• Servidor de subsistema POSIX:

  • (ainda não iniciado) processos, grupos de processos, sessões, ttys, etc.

Componentes de terceiros

Vários componentes de terceiros são usados. Estes são alguns deles:

• Limine : o carregador de inicialização usado para keyronx em AARCH64 e AMD64.
• FreeBSD : queue.h e tree.h .
• Netbsd :
  • A fonte em negrito usada no console PAC da porta Amiga.
  • Referência para a porta Amiga e fonte de Cabeçalhos de definição de registro do chipset cia.h , custom.h .
• MLIBC : uma biblioteca padrão C portátil. Fornece o LIBC.
• Nanoprintf : implementação PrintF; fornece kprintf e família.
• UACPI : A implementação do Ultraos ACPI da Ultraos. Usado pelos drivers ACPI.
• LWIP : pilha leve TCP/IP. As partes adaptadas do núcleo LWIP fornecem a base da pilha TCP/IP, enquanto o código original implementa a camada de soquete.
• Vários cabeçalhos (principalmente BSDs, alguns linux): cabeçalhos com licenciamento de BSD principalmente para definições de registro de dispositivos.

Licença

O código original do Keyronex é licenciado sob a licença pública de Mozilla v2.0 (MPLV2). Outros componentes estão sob suas próprias licenças, todas compatíveis com MPL; Estes estão principalmente sob o BSD ou licenças similares. Consulte as pastas vendor e subprojects , onde as licenças dos componentes de terceiros podem ser encontradas.

Prédio

Para construir Kyyronex e todo o espaço dos usuários, você precisará das seguintes dependências:

 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

Esses pacotes são obtidos com apt install no Ubuntu, exceto o xbstrap , que é obtido com pip install xbstrap .

Notas de rodapé

1. A porta AARCH64 só teve testes limitados. ↩

2. A porta RISC -V 64 foi testada apenas em Qemu com -M virt e ainda não suporta SMP. ↩