Bananymous

7 ms·

1.
by Bananymous 2y ago
I've tried to abstract everything architecture dependent but there is still a lot of x86 specific code outside of archutecure specific directories. I've been planning on adding support for new platforms, but I've not yet had
2.
by Bananymous 2y ago
I've managed to compile the GNU toolchain (binutils + gcc). gcc seems to work fine, it can properly compile source code into assembly. There are some problems with binutils that make it not able to create object files or link. I'm
3.
by Bananymous 2y ago
Thank you!
4.
by Bananymous 2y ago
Pretty much what others said. You should read through https://wiki.osdev.org/Getting_Started and note that it will take a lot time if you decide to go for developing an OS.
5.
by Bananymous 2y ago
I do plan to port more! I want to keep the base OS free of 3rd party code, but ports are really nice way to get things running that I have not yet written. I have some ports locally that are not yet working. I have git, binutils, gcc, make
6.
by Bananymous 2y ago
Yeah sure! NVMe base specification https://nvmexpress.org/wp-content/uploads/NVM-Express-Base-S... xHCI (USB controller) https://www.intel.com/content/dam/www/public/us/en&
7.
by Bananymous 2y ago
Oh yeah, sorry. I'm missing documentation on how to access the GUI environment. You have to enter the GUI environment using `start-gui` command. After that doom should start by running `doom` in the GUI terminal. Performance in the web
8.
by Bananymous 2y ago
I do actually support USB keyboard and mouse with USB-HID. There are some parts I don't support, like mouse specifying its movement with physical units (I haven't encountered any of those yet). Also I only have support for xHCI US
9.
by Bananymous 2y ago
Thank you! Yeah there isn't really any data serialization done to data written into the TTY, so can break if you feed it arbitrary binary data :D
10.
by Bananymous 2y ago
Yeah basically every commonly used device has its protocol standardized. Although there exist some devices where the manufacturer has to provide the drivers. All of the devices I have written drivers have had their specifications publicly a
11.
by Bananymous 2y ago
> I would imagine this will set you up incredibly well for a career in the industry, arguably moreso than your actual degree. That's what I hope at least. This is something I would want to do for my career in the future. Good portfo
12.
by Bananymous 2y ago
I do maybe 95% of testing on a VM. It is way faster and much more convenient. I do test on real hardware regularly though. It's always cool to see stuff actually running on bare metal and bare metal is not as forgiving as VMs can be. G
13.
by Bananymous 2y ago
My current one is really bad. It does work on maybe 50% of the hardware I have tested. I am in the middle on writing a new proper one, it is already way better but still missing some necessary parts before I can integrate it.
14.
by Bananymous 2y ago
There has been multiple really great moments during the development. Its always cool to see some completely new features working on real hardware, like first time getting keyboard input, USB mouse input, running DOOM, reading from disks, ne
15.
by Bananymous 2y ago
I think biggest challenges have to be with reading large specifications. I've never really done that before so it took some time to get used to.
16.
by Bananymous 2y ago
Yeah I am a student at an university. I have managed to "skip" some courses like operating systems and concurrency just by showing my project to the professor. Otherwise my project is not integrated to my studies in any way. I als
17.
by Bananymous 2y ago
There hasn't been any overly difficult parts. I'd say the most difficult one has to be either AML interpreter because the ACPI specs are very badly written or the USB stack just because the size of the specifications is so large w
18.
Show HN: Banan-OS, an Unix-like operating system written from scratch(github.com)
333 points by Bananymous 2y ago|63 comments