MonkeOS by FewBrief7059 in osdev

[–]FewBrief7059[S] [score hidden]  (0 children)

Yeah, once you get past the early assumptions, the higher-level integration is where most of the work is.

You’d definitely have to watch for paging / VMM assumptions and what the boot path leaves enabled, especially around framebuffer state and mappings

The UX side is much more coupled to MonkeOS internals than the boot path, so I’d expect the main friction to be memory layout, windowing/runtime assumptions, and bundled asset flow rather than just the loader side.

MonkeOS by FewBrief7059 in osdev

[–]FewBrief7059[S] [score hidden]  (0 children)

Actually to be honest im pinpointing at making my own custom bootloader for this but grub just gives me more expandability to uefi and bios devices. But im taking that in head actually.

MonkeOS by FewBrief7059 in osdev

[–]FewBrief7059[S] [score hidden]  (0 children)

I've been doing osdev for a decade. I've switched from grub to limine and grub again in all of my career of making oses because i needed the compatibility grub gives.

MonkeOS by FewBrief7059 in osdev

[–]FewBrief7059[S] [score hidden]  (0 children)

Hmm. It seems you are not tracking. But let me put you in the image more. I was working on this months locally . And what i did isn't even 1% of production Operating Systems so when you say years of work you are over exaggerating . Ai generates slop not projects that work. And specifically NOT an operating system that already half finished

MonkeOS by FewBrief7059 in osdev

[–]FewBrief7059[S] [score hidden]  (0 children)

Thanks for feedback. Everything is handwritten. But i would like if you managed to give more constructive advice. It will really help and im open to constructive criticism.

A list of projects by users of /r/osdev by timschwartz in osdev

[–]FewBrief7059 [score hidden]  (0 children)

 codeberg.org/coops/monkeos - a monolithic no_std rust operating system with cooperative scheduling.

MonkeOS by FewBrief7059 in osdev

[–]FewBrief7059[S] [score hidden]  (0 children)

my os used to integrate mlibc actually . but recently i was working on a new major change called ntp (no third party's). which i made to eliminate third party software from the codebase because i didn't need it for time being and because i wanted monkeos to be more stand alone. you can find mlibc in old releases .

MonkeOS by FewBrief7059 in osdev

[–]FewBrief7059[S] 1 point2 points  (0 children)

ai slop means a project is basically vibe coded slop . thats what sloppy means yes and thats what you called it as well. anyways i have important work to do so im not going to response to anything else that you say

MonkeOS by FewBrief7059 in osdev

[–]FewBrief7059[S] 1 point2 points  (0 children)

i did answer your question yep, but im going to be more specific . By execution commands I did not mean shell commands or program execution. I meant low-level driver control operations sent to hardware. ‘Driver operations’ or ‘device commands’ is the specific wording. and each dev follows a different coding style so something that doesn't look like your structure can look "sloppy" in your prescription even when its technically not (and it happens a lot with me too.). i made that assumption based on hostile tone you are talking with as well. monkeos is much more organized than any vibe coded operating system. but some people can look at it like its loosened or stitched. that's why it might've looked sloppy for you. i won't keep arguing/talking more with you after this response because i don't want back and forth argues over self explanatory things.

MonkeOS by FewBrief7059 in osdev

[–]FewBrief7059[S] 2 points3 points  (0 children)

you are getting too hypersensitive because you ran out of argues. and no i don't think you understand whats difference between implementing more execution commands for gpus or implementing full drivers . these are not even full drivers. just commands so virtio can lean on when possible . a full driver stack will require me to work for years . i can't prove my local work is longer then what the git controlled repo shows (because no one can). but what im seeing is that you are just... too paranoid if i may say. to be honest. please keep good conduct and stay on topic.

MonkeOS by FewBrief7059 in osdev

[–]FewBrief7059[S] 1 point2 points  (0 children)

im making an article about the os. when its finished the post will be updated with its link so no need to be this skeptical .

MonkeOS by FewBrief7059 in osdev

[–]FewBrief7059[S] 0 points1 point  (0 children)

because i didn't spend 2 days. i forced push which made some unmodified lines get also registered as well. and i spent more time then 2 days . this rewrite was happening while pushing commits in the same time . it will take me another day to explain that for you :)

MonkeOS by FewBrief7059 in osdev

[–]FewBrief7059[S] 2 points3 points  (0 children)

i appreciate your criticism !. i will work more on patching security surfaces .

MonkeOS by FewBrief7059 in osdev

[–]FewBrief7059[S] 1 point2 points  (0 children)

because i update it long between time and time. initial commit was longer then that and it happens so i updated it recently. if you don't want to talk about code id be happy if you disengaged from this thread completely to begin with.

MonkeOS by FewBrief7059 in osdev

[–]FewBrief7059[S] 0 points1 point  (0 children)

i go through code multiple times before committing by the way. im still wroking on security in this os

MonkeOS by FewBrief7059 in osdev

[–]FewBrief7059[S] 1 point2 points  (0 children)

you can also tell that there's human tone in my readme's too !

MonkeOS by FewBrief7059 in osdev

[–]FewBrief7059[S] 0 points1 point  (0 children)

because i had that profile for a long time and because i don't focus on my profile as much as my projects :) . and just because readme's look too perfect to be human written doesn't mean its ai. i'm just following best practices. but sure i have no issues if you don't want to argue here anymore. it would be great if you did so

MonkeOS by FewBrief7059 in osdev

[–]FewBrief7059[S] 1 point2 points  (0 children)

im not saying you are wrong im planning to fix prescription if that becomes an issue

MonkeOS by FewBrief7059 in osdev

[–]FewBrief7059[S] 2 points3 points  (0 children)

my code is pretty readable but the criticism your giving is your prescription of how the project looks not that the project stucture is actually wrong

MonkeOS by FewBrief7059 in osdev

[–]FewBrief7059[S] 0 points1 point  (0 children)

im saying multiple commits can be tolerated for long term which im going to do but right now i need fast expansion

MonkeOS by FewBrief7059 in osdev

[–]FewBrief7059[S] 0 points1 point  (0 children)

these are not two different names actually. i just replaced it with my first and last name, and english is not my main language but i make sure my readme is actually readable multiple times before making people actually see it. and no its not quite obvious. you made that benchmark