frontpage.
newsnewestaskshowjobs

Made with ♥ by @iamnishanth

Open Source @Github

fp.

Open in hackernews

Show HN: Aurion OS – A 32-bit GUI operating system written from scratch in C

https://github.com/Luka12-dev/AurionOS
31•Luka12-dev•1h ago
Hi HN! I'm 13 and I built Aurion OS as a solo learning project over 14 days (~12 hours/day).

It's a 32-bit x86 operating system written entirely in C and x86 Assembly with no external libraries.

What it has: Custom bootloader and kernel VESA framebuffer graphics (1920x1080, double-buffered) Window manager with draggable, overlapping windows macOS-inspired dock with transparency PS/2 keyboard and mouse drivers ATA hard drive driver with filesystem PCI bus enumeration RTL8139 network driver (WIP) Real-time clock Runs on just 16MB RAM (up to 10 windows simultaneously)

Built-in apps: Terminal (with DOS mode), Notepad (save/load), Calculator, Paint (multiple colors and brush sizes), Snake game, Settings (theme switching), and System Info.

Currently works best on QEMU, VirtualBox, and VMware. Real hardware support is still a work in progress.

Next goal: TCP/IP networking stack.

I'd love any feedback, suggestions, or criticism. This is my first OS project and I learned mass amounts while building it. Happy to answer any technical questions!

Comments

Luka12-dev•1h ago
Author here! Happy to answer any questions about the implementation.
cyberax•1h ago
How much was built with the AI? An OS is definitely a fun project and the classic x86 is a pretty good platform for that!
Luka12-dev•33m ago
I wrote the core architecture and most of the code myself. I used Claude occasionally to help debug tricky issues and understand some concepts, but the design decisions and implementation are mine.

I think AI is a great learning tool when you're trying to understand low-level concepts for the first time.

gmueckl•57m ago
How did you decide between assembler and C for various parts of the kernel? Some choices are very different from what I would have picked, so I'm curious about your thought process.
Luka12-dev•34m ago
My general rule was:

Assembly for anything that HAS to be assembly: bootloader, GDT/IDT setup, interrupt handlers, context switching, and port I/O wrappers.

C for everything else: window manager, apps, drivers, GUI rendering.

Some parts I probably could have done in C with inline assembly but I found writing pure ASM for the low-level stuff helped me understand exactly what was happening at the hardware level.

What choices looked different to you? I'd love to hear your perspective always looking to improve!

marssaxman•1h ago
That's an ambitious project!

What was your inspiration for the filesystem?

Luka12-dev•36m ago
Thanks!

The filesystem is currently pretty simple - a basic flat structure on the ATA drive. I was inspired by FAT-style simplicity since I needed something working quickly for the Notepad save/load feature.

Planning to implement something more robust, as the project grows.

What would you recommend for a hobby OS filesystem?

toast0•55m ago
> RTL8139 network driver (WIP)

It's good to have support for real networking hardware, but consider virtio-net as well. A lot of VMs support it and it's more streamlined. 32-bit x86, bios boot means doing a lot of things for compatibility with systems that were old enough to drink before you were born... skipping to simplified virtualized interfaces wherever possible makes a lot of sense; even if your OS can run in 16 MB of ram, you're probably not going to run it on a 486 with 16 MB of RAM and a real parallel IDE drive ... at least not at first. You can always come back and make that work if you want... deferring tricky things until later so you can work on the fun stuff keeps you having fun and engaged with your project.

Also, consider trying to get your OS running on v86. It's fun having your hobby OS work in a browser. The biggest limitations I've run into are 32-bit x86 only, single processor only; but those might not be that big of a deal... looks like your OS is also 32-bit x86 only, and I don't see anything about SMP in your project. If there's anything missing from v86 that you depend on, I've had a wonderful experience with submitting PRs; copy often reworks my patches to be much better before applying them, which I always appreciate rather than a back and forth attempt to get me to make it better :) I've also seen copy (and others) take reported issues and fix them, if you've got a problem that you can't write a patch to resolve.

> Real hardware support is still a work in progress.

I ran into a fair amount of issues with 16-bit code; qemu doesn't check segmentation limits but real hardware does. Real hardware would crash, but it worked fine in qemu. My kernel is multiboot and I use 3rd party bootloaders, but I do SMP, on x86, that involves starting the Application Processors in 16-bit real mode and then moving them into 32-bit modes, but you have to do the segmentation dance correctly until you get there; doesn't help when qemu just lets you do whatever. :P

PS 12 hour days are a lot; hope you're getting all your other stuff done :P

Luka12-dev•37m ago
Great suggestions, thank you!

virtio-net makes a lot of sense for VM testing - I'll look into implementing that alongside the RTL8139 driver.

v86 is a really cool idea, having Aurion OS run in a browser would be amazing for demos. I'll definitely explore that.

And yeah, the 12 hour days were intense but honestly I was having so much fun I barely noticed haha. School still gets done though :)

sourcegrift•51m ago
No offense, and God forbid I sound like a "fanboy" but I'd highly recommend using Rust or Zig instead of c for the rest of your project. I appreciate C and assembly and am pretty "conservative" in my choices of PL but both rust and zig, despite having their own disadvantages, and also a slightly unpleasant community based on where you come from, are actually plain better than C in every respect. The abstractions are 0 cost and often pretty "transparent" so you know exactly what's happening behind the scenes.
Luka12-dev•32m ago
Thanks for the suggestion! I've heard great things about both Rust and Zig for systems programming.

I started with C because most osdev resources and tutorials use C, and I wanted to understand manual memory management at the lowest level first.

Might explore rewriting parts in Rust or Zig in the future, the safety guarantees do sound appealing for kernel code!

apitman•24m ago
I disagree. Rust and Zig bring millions of lines of code of dependencies and complexity in their toolchains. We can hope for a relatively simple Zig compiler someday, but probably not Rust. If you care about portability (now and in the future), C is a much better choice.
joexbayer•42m ago
Very cool! Would suggest https://oshub.org/explore if youre interested in hobby operating systems.
Luka12-dev•38m ago
Thanks! I'll definitely check out oshub.org, looks like a great resource.
jackpeterfletch•25m ago
AI Account.

Everything in that account has appeared in the last 6mo. Very unnatural commit activity, and clearly contradicts the claim that this is their first OS project. Is linked to a faceless YT channel.

Luka12-dev•21m ago
Fair question! I understand the skepticism.

The account is newer because I only recently started putting my projects on GitHub. I've been programming in C and Assembly for a while before that, just locally on my machine.

The commit activity might look unusual because I worked in very intense 12h/day sprints over 14 days.

As for AI, I'm happy to do a live walkthrough of any part of the codebase, explain the design decisions, or answer any specific technical questions about the implementation.

I appreciate the scrutiny though it keeps the community honest!

d--b•25m ago
https://github.com/Luka12-dev

sigh

Bringing Chrome to ARM64 Linux Devices

https://blog.chromium.org/2026/03/bringing-chrome-to-arm64-linux-devices.html
1•ingve•1m ago•0 comments

MCP tools for AI-native ontology engineering (Rust and Oxigraph)

https://github.com/fabio-rovai/open-ontologies
1•fabio_rovai•1m ago•1 comments

The Generational Prisoner's Dilemma: Three Certain Truths

https://twitter.com/dgt10011/status/2031757205888762205
1•washedup•1m ago•0 comments

The Official GBBS Pro Repository

https://gbbs.applearchives.com/
1•js2•2m ago•0 comments

You can turn Claude's most annoying feature off

https://jdlms.site/blog/claudes-most-annoying-feature
1•tietjens•4m ago•0 comments

Agentic Evidence

https://actis.world
1•blazingjolt•5m ago•1 comments

Ask HN: Do you struggle analyzing large log files with AI due to token limits?

1•DrTrader•5m ago•0 comments

Sitka's excellent Gravity clock Eurorack module is now open source

https://cdm.link/gravity-open-source/
1•bryanrasmussen•6m ago•0 comments

Show HN: RestaRules – A robots.txt for how AI agents interact with restaurants

https://github.com/selfradiance/restarules
1•selfradiance•7m ago•0 comments

One More Prompt: The Dopamine Trap of Agentic Coding

https://blog.quent.in/blog/2026/03/09/one-more-prompt-the-dopamine-trap-of-agentic-coding/
1•sylvainkalache•7m ago•0 comments

RAF vs. Usaaf: The Bombing Doctrine Split That Divided the Allies

https://warcommons.com/2026/03/11/raf-usaaf-bombing-doctrine-disagreement/
1•NENCMediaGroup•11m ago•0 comments

Grok 4.20 brings minimal improvements for Grok-4.1-fast

https://aibenchy.com/compare/x-ai-grok-4-20-beta-medium/x-ai-grok-4-20-multi-agent-beta-medium/x-...
1•XCSme•12m ago•1 comments

Show HN: Slack but Usage Priced

https://loftchat.com
1•valliveeti•12m ago•0 comments

Can LLMs Be Computers?

https://www.percepta.ai/blog/can-llms-be-computers
1•linolevan•12m ago•0 comments

Spacetime Quasicrystals

https://arxiv.org/abs/2601.07769
2•amai•12m ago•0 comments

Show HN: I'm building niche AI agents with OpenClaw (Clawsify)

https://clawsifyai.com
1•Vanshfin•14m ago•0 comments

Deepak Jain to Host Two Sessions at Nvidia GTC 2026

1•AiNETFactory•15m ago•0 comments

You Can Stop Marrying for Genes

https://fi-le.net/love/
2•fi-le•16m ago•0 comments

Amazon Employees Say AI Is Just Increasing Workload

https://gizmodo.com/amazon-employees-say-ai-is-just-increasing-workload-a-new-study-confirms-thei...
2•jamesgill•17m ago•0 comments

Ask HN: Developing .NET on Windows but deploying to Linux – common issues?

1•ghostlyInc•19m ago•2 comments

Boeing's Bizarre Planes That Were Never Built

https://www.airlineratings.com/articles/boeings-bizarre-planes-that-were-never-built
1•voxadam•19m ago•0 comments

On Making

https://beej.us/blog/data/ai-making/
1•ingve•21m ago•0 comments

Zeno's Paradox resolved by physics, not by math alone

https://bigthink.com/starts-with-a-bang/zenos-paradox/
2•bryanrasmussen•22m ago•1 comments

What's That? – Photo to personalized audio narrative in under 10 seconds

https://apps.apple.com/us/app/whats-that-ai-audio-guide/id6756409506
1•whatsthatapp•23m ago•1 comments

The Dopamine Trap of Vibe Coding

https://codn.dev/blog/the-dopamine-trap-of-vibe-coding/
3•romanhoffmann•25m ago•5 comments

MCPs, CLIs, and skills: when to use what?

https://jngiam.bearblog.dev/mcps-clis-and-skills-when-to-use-what/
6•jngiam1•25m ago•0 comments

A Snapshotable WASM Interpreter

https://github.com/friendlymatthew/gabagool
2•birdculture•27m ago•0 comments

Looking for Partner to Build Agent Memory (Zig/Erlang)

2•kendallgclark•28m ago•0 comments

Show HN: Codex Symphony – bootstrap OpenAI Symphony and Linear in any repo

https://github.com/Citedy/codex-symphony
1•ntty•29m ago•0 comments

How to use Claude Cowork – Complete guide

https://overtoncollective.com/blog/claude-cowork-complete-guide
2•Ali_Jiwani•30m ago•0 comments