Karina
caf2d2b4a8
- fix(gs): was a nightmare. now its solved. Both MSR_GS_BASE and MSR_KERNEL_GS_BASE are now initialized to , preventing null GS_BASE when interrupt occurs during the first kernel task run - chore(syscall.asm): stability improvements. User RSP is now saved via kernel stack instead of global g_cpu, preventing stack theft when task switch occurs during a syscall - feat(interrupts): all irq and isr handlers now conditionally perform swapgs based on the CS selector (checkin if comfing from ring 3) - upgrade(scheduler): big update: 1) added TASK_BLOCKED state from process sync; 2) syncronized PID and Task ID to fix wakeup logic; 3) implemented sched_block and sched_exit() for proper wait/exit syscalls
termOS
"Just a hobby, won't be big and professional like Linux."
— Linus Torvalds (and now me)
termOS is a 64-bit, UNIX-hating, bespoke operating system written from scratch in C.
Current Kernel: Dewar (v0.5.x)
Philosophy
- Zero Bloat: We don't port libraries; we write them.
- Custom Everything: Why use ELF when you can invent HOT!? Why use GRUB when you can write your own bootloader (soon)?
Features (v0.5.2)
- Architecture: x86_64 / UEFI.
- Memory Management: PMM (Bitmap), VMM (PML4 + Higher Half Direct Map), Kernel Heap.
- Multitasking: Preemptive scheduler with Round Robin.
- Isolation: Ring 0 (Kernel) / Ring 3 (Userspace) protection.
- Binaries: Custom HOT! executable format (parsed via custom
elf2hottoolchain). - Filesystem: VFS abstraction with CPIO Initramfs support.
- Graphics:
ShitGUI(yes, really) linear framebuffer driver. - Shell:
ksh(Kernel Shell) -> transitioning to userspaceush
🔥 The HOT! Format
termOS uses its own executable format called HOT!. Because parsing ELF headers is too mainstream. HOT! is a flat, segment-based format designed specifically for the Dewar kernel loader. Made only because ELF is Not-invented-here
Roadmap
See ROADMAP.md for the detailed plan of world domination (or at least self-hosting).
License
GPL-3.0-or-later.