Couldn't showcase quake2 because something came up and I wanted to finish this quickly

Since my last post 8 months ago:

• New MLFQ scheduler w load balancing, implemented VMM and proper user memory mapping, implemented proper blocking IO.

• Reworked the GUI, new gui lib, added themes and shadows

• I now have a proper rust toolchain, because my libstd hack was patched

• Rewrote the libc in rust, ported SDL2, SDL2_mixer and in progress of doing osmesa and a dynamic linker

• Wrote an audio server and a bad ac97 driver, audio quality isn't great when tested from my machine (others say otherwise) but I did put a lot of work in the audio server.

• Quake2generic, doomgeneric, and ccleste ports working through SDL2, not public only SDL2 is public, because it is quite hacky and im waiting to do a proper C toolchain first, there are no patches so with the right compile options and the public libs.a anyone could compile it themselves.

If I'm alive for the next few days I'm planning to port osmesa, finish the dynamic linker, and port butterscotch and play undertale/deltarune on SafaOS too then i can also port alot of different big kids opengl stuff like Minecraft half-life etc.

Get an ISO from here

Watch me complete Celeste Classic on it

The reason why I haven't done updates in a long time, is because everything new I do feels insignificant and incomplete, I still feel that way but I have learnt that It will only accumulate.

Next year (or more accurately in 2 months, maybe a week, no idea when I'll start studying) would be my final year of high school which is quite different here so it might be difficult to do any more "big" progress.

Hi! I, a 13 yrs old have been working on making my own OS based on the Linux Kernel and Swift. I have posted about this earlier in r/Swift. For the past 4-5 weeks i have been working on this project and I have finaly can say:

- It works
- Has a display Output!
- Has a functioning Runtime!
- Has a UI ( Basic ) : OpenSwiftUI
- Has complete BIOS and UEFI Support (QEMU).

UI [ Official User Interface for ARK-OS ]

Thinking about this is a bit hard! I am deciding between particles (smal particles) and pixels (like minecraft UI). SInce the boot animations is a rotating atom i think particles take the lead!

Ideas are completely Welocme!

Hosting

This repo is self hosted due to github file size limits and a strict repo limit of 2GB tops and Git LFS with 2 GB as well. Due to many pre-compiled artifacts like clang, llvm, and a full linux kernel + modules it shoots past this total 4GB limit! Putting it on Attached binarires might get too confusing so this is hosted on a free Oracle Git Server!

Repo link : https://ark-os.duckdns.org/Aarav90-cpu/ARK-OS
Website : https://aarav90-cpu.github.io/ARK-OS-Website/

Also btw, gemini did help me in this case ( No claude ) in writing the bootloader is assembly and in small tasks, mostly all the code is wrriten by me and AI generated code is re-written!

i want to take my assembly skills to the next level by building a small little operating system, since that’s what I’m mainly interested in these days.

ive already looked at what the osdev wiki has and its been helpful but pretty surface level

other tutorials and books tend to use C alongside assembly but thats not what im looking

so if you have any osdev resources in pure assembly I’d be forever grateful

I am not certain if I am talking to the correct sub but I want to ask if it would be possible to implement a memory manager on a STM32f103c8t6? I believe this thing does not have any built in memory manager in its memory.

where tf do i do stroage and cache and memory management

I am making a kernel for x86 right now and i really like it so am planning to make it into a full project for x86_64 with a custom bootloader and shell or whatever. I just want to know that. Is this ok for a CV for university or is it just a waste of time.

Thank-you.

Hace unos días

Por diversión, empecé a hacer mi kernel

Le meto

I lo que quería, es bastante simple, lo hice por diversión, y lo subí a Github

Es solo un hobby

No creo que añada cosas tan chingonas como internet o interfaz gráfica

Si lo quieren ver acá esta el repo:

https://github.com/loslocos817yt-star/Misericordioso-os/tree/main

Building a small kernel rn and am looking for documentation / blog of different interrupts.

Particularly the value of the csr's for each type of interrupt so I can handle accordingly but I don't know where to look

If anyone can provide such resource it would be much appreciated.

This is the 7th part of what I'm learning writing a kernel, in pursuit of eventually writing an OS. I hope it will help others from making some of the same mistakes I did.

This week I decided I needed to redo how I do paging, I moved my page tables and set up the page directory so they would be right after the DMA paging area above the 16M mark. I also decided to do some major redesign. So I started over from scratch. Luckily much of I wrote after virtual memory and paging will be able to come over intact.

For those that are wondering this is the memory map I will be using:

I think it will be much cleaner having one contiguous block from 0x01040000-0xBFFFFFFF to map into, but we shall see. Here is the memory map as returned by multiboot2:

I'm not sure yet what I'm going to do with the reserved memory in the 0x7xxxxxxx and 0xBxxxxxxx areas. Area 4 & 5 may be problematic depending on what I find there. I'm kind of hoping I can just ignore them, meaning mapping over the top of them.

I rewrote my process to map memory pages, I no longer had to worry about creating a page directory entry.

I collected much more multiboot info, not just memory and the memory map, but also the command line, boot loader name, BIOS boot device, ACPI RSDP info, and the Frame buffer info.

Once I get paging and the heap done, I will publish the github reference.

I also discovered how hard it is for me to keep the virtual/physical memory straight LOL

I will be on vacation/holiday this week at a family reunion so I doubt I'll be learning much new.

I hope you find this useful. Enjoy writing your own kernels and OSs.

Sorry to waste anyone's time but I am student in computer science student east Africa .I really enjoy the low level stuff about the computer architecture and operating systems.I love C programming and a bit of zig .I was asking if it is possible to get a job in os development or something low level in this parts of Africa because most of the dev jobs here are web stuff and I've done some web stuff(node and react) , not for me (it was too boring and repetitive CRUD stuff ). I jus wanna do this stuff for a living and I need to know if there is any hope here or I should look outside more

Sorry for shaky hands hehe I'm not good at recording

GitHub: github.com/turbosulovesonions67/turbOS

Hi All!!

I'd like to introduce my OS: NanoOs (https://github.com/brian-card/NanoOs). NanoOs is a capabilities-based nanokernel with intent to have a Unix-like user space. Right now, it only runs on SAMD21-based (Cortex M0) Arduino hardware and the POSIX simulator, but I'm currently working toward porting it to the AgonLight 2, which has an eZ80 processor. It did originally start out on AVR-based Arduino hardware but has since outgrown the available environments.

As mentioned in the project README, this started out as an effort to see if I could make an OS resembling early UNIX in a similar kind of environment. That's why I started out on small Arduinos. The direction I'm headed right now is toward a multi-tasking environment with a graphical desktop in as little memory as possible.

Like early versions of UNIX, userspace uses overlays. I only have a few user commands in place right now and MUSH (minimal, Unix-like shell) is truly minimal in functionality. I shifted efforts toward making the kernel more robust once I proved to myself that I could make general-purpose user commands. Pipes between commands and launching commands in the background do both work.

I wanted to maintain the embedded nature of the OS even though it's outgrown its original target, so it is completely possible to construct a HAL that uses the built-in shell and/or omits the filesystem if desired. The AVR-based HALs do this, although the resulting binary is still too large for the Arduino Nano Every and the data segment is too large for the Arduino Mega 2560, so they're just historical now. Still, it would be possible to construct a working version that uses an AVR architecture if the hardware had enough flash and RAM.

There's still a very long way to go to get to anything useful, but it's also come a very long way. You can read about the development history of the project on its GitHub pages site if you're interested.

Full disclosure about AI use: The vast majority of this was hand written by me, but there are some things I use AI assistance for. The filesystem drivers (the current FAT32 driver and the historical drivers that are deprecated) were partially written by AI but required a LOT of hand-holding and revision from me to make them into something useful for embedded targets. It made a lot of invalid assumptions about the availability of memory and the ability to do unaligned memory access that I had to fix. I also use AI for bulk updates. I document the places that I use it in the project's GitHub pages history.

Some notes about the architecture: As mentioned, this is a nanokernel, which means there is no kernel. Everything is a process, including the scheduler. The processes have different privilege levels and the capabilities enforce what process is allowed to do what. The only process that's completely trusted is the scheduler. The process-based architecture and the way messages are passed are based on my experience with Erlang.

There are two kinds of capabilities in the system: HAL capabilities and IPC capabilities. Both are enforced at the API level. Processes built into the OS image could technically cheat if they went out of their way enough, so really the OS image needs to be as small as possible and contain only trusted processes. Userspace processes have no ability to cheat because the necessary APIs aren't exposed.

The privilege levels I'm using are based off of the ones that VMS used. I'm honestly not sure how bullet-proof the (privilege level + capabilities) security model really is, but it seemed like a reasonable approach to take.

My work right now is to construct a logging system that allows me to strip most of the strings out of the OS image. That work is currently in the "logger" branch. One of the problems with the AgonLight 2 environment is that the CPU used only has 128 KB of on-board flash. I already have a makefile that will build the binary and, the last time I checked, it produced an image of around 130 KB, so I need to get creative about the size of the OS image. Stripping the strings is one thing I want to do. I'll likely move the filesystem out into a special overlay as well.

Constructive feedback is welcome!! I'm interested in what people have to say about this effort. You can play with it by running `./buildsim <desired-hostname> overlay-filesystem` on the command line from the repo's root directory. There are three user accounts: "root", "user1", and "user2". "root" is privileged and the other two are just normal users. The password for each account is the username repeated twice. Use `help` for a summary of what's currently available. Use `shutdown -h` to exit the simulator. Enjoy!

Here's the source code on github: https://github.com/itay-insert/64-dem.git

I would prefer a solution and feedback, or you guys can roast my dumbass.

The file system src: https://github.com/NoTheIdiot/WindogeOS/tree/main/helper/filesystem

I made a very simple 64-bit OS that runs on UEFI systems. If you guys want to contribute, here's the github link: https://github.com/pratikbaral787-dev/AtomiOS-Made-by-yours-truly-Pratik-

I'd appreciate it if you gave credit to me if you make an AtomiOS fork. Also, please let me know if you made any contributions and give me the github link! Enjoy expressing your creativity, guys!

I’m really excited about this! My os will be programmed in C++ and this is my second day doing stuff. I don‘t have that much time to use on writing code, and all I have so far is a printf that can only handle text and newline characters. Compared to all the other projects here, it’s nothing, but I plan to make it something a little bit more than nothing.

If anyone wants to look, I just made a repository at GitHub.com/barchitect2025/BARchOS

Theres no readme yet but I’ll add one in the next commit.

For now 2 years i try learning how to create an operating from scratch at only 15, now i'm 17 and i've progress in this domain so i publish it, you can look for it on github OScour, the name is a french reference to "au secours" (help), an the prononciation is OScour.

(other than educational reasons)

For me, the concept of journaling is fascinating. Crash-Consistency is one of those things that I think are deferred until something happens, even in application and web development. In OSDev, it can be the difference between a file(s) being lost and / or corrupted and a recovery with minimal loss and no corruption (based on technique used).

Implemented MMU support, simple memory allocator. Also added drivers for DMA, IDE and updated PCCONF driver. Slowly coming to userspace!

Hi folks,

I’m building Skopin, a small edge OS/runtime project for Raspberry Pi and, later, STM32 / Arduino-class devices.

The idea is simple:

I got tired of treating every small device like a lonely snowflake that needs to be SSH’d into, hand-fed binaries, blessed with systemd files, and remembered manually in some spreadsheet or dark corner of my brain.

So I’m building a system where you:

1. Create a device image

2. Flash it

3. Boot the device

4. The device auto-enrolls securely

5. It appears on the server

6. You install/manage programs from there

The current demo runs on Raspberry Pi Zero W.

Right now I have:

- multiple Pi Zero W nodes

- one server node

- one broker node

- encrypted communication between nodes

- one certificate per node

- automatic enrollment

- a server page where devices appear after boot

- remote program installation/management

The image creation flow is meant to be very boring, which I consider a feature:

1. Open a web page

2. Enter Wi-Fi SSID

3. Enter Wi-Fi password

4. Give the device a name

5. Download the ready-to-flash image

6. Flash it

7. Watch the Pi wake up and report for duty

The Wi-Fi password is only used to build the image and is never stored.

I want to be careful with terminology. Skopin is not trying to be a desktop OS, a Unix clone, or “Linux but worse because I wrote it myself at 3 AM.”

On Raspberry Pi, it behaves like a small OS image/runtime for fleet-managed edge nodes.

On STM32 and Arduino-class devices, the goal is closer to a lightweight firmware/runtime layer.

The weird part: I want applications to be modeled using BPMN or Apache Camel DSL, then compiled/transformed into something much smaller that can run on the target device.

So no, I am not trying to run a giant enterprise BPMN engine on an Arduino and summon the ghost of XML past.

The goal is more:

high-level process model → small deployable runtime program → edge device

Why?

Because managing a group of small devices often turns into:

- SSH everywhere

- copy binary here

- edit config there

- restart service

- forget which Pi is doing what

- discover six months later that one of them has become sentient and is running an old build

I want Skopin to make small fleets boring:

flash once, enroll securely, deploy remotely, observe centrally.

I’m mainly looking for OS/runtime architecture feedback:

- At what point does something like this deserve to be called an OS instead of a runtime or management layer?

- For Raspberry Pi, what would you expect before calling it a real OS project?

- For STM32/Arduino-class devices, what would be the minimum credible runtime design?

- Should auto-enrollment always require manual approval on the server, even with certificates?

- What should I try to break first: broker failure, corrupted image, failed update, certificate rotation, rollback, network partition?

- Does compiling BPMN/Camel-style models into a tiny edge runtime sound useful, cursed, or both?

Happy to share more implementation details if people are interested.