CT5

I thought the demo was a bit too simple, so I added this cool react bits background to it that fit in with the theme of the os.

The web demo thing was hard to patch, because the build system had a lot of errors. I was finally able to patch it, even if it wouldn't last long. The main thing I needed to patch was the tcg.c file which had a define that defined how much memory it had for some type of buffer. I was able to raise the limit but I still needed to fix the build system. meson complained that it couldn't run the wasm files, so I just changed the exe_wrapper to true so that whatever it was passed, it would never fail. This worked, but then chrome complained about some error it couldn't display because I didn't add the assertions flag. But once I did, it gave me the error which told me to enable LZ4 support which I did. Then I fixed a bunch of UI stuff. I definitely worked more than 2h, but that is what Wakatime Tracked.

Today I was working on the bootloader thing from yesterday. I wanted to fix my messy frankenstein bootloader to work well and not hardcode values and stuff. After a long debugging session, I realised it was not worth it. I was thinking of switching to GRUB but I would have to revamp my kernel for that too. Then I tried to revamp my Driver System because before it would just work for PCI/PCIe Devices but not for other types of drivers like the partition driver I was working on. Once that was done, I worked on making a GPT Partition reader. It wasn't too hard, but it was a challenge.

I haven't finished revamping the bootloader yet. But here is what I have so far. I decided to revamp it because it was mainly someone else's code and was horribly formatted.

I fixed a few errors that I had before which were really really difficult to debug. The AHCI Driver was really hard to debug because there wasn't enough viable information online or on the osdev wiki. The OSDev Wiki just gave me a few pointers and a checklist to follow. I found a lot of the defines from online documentation from different websites, so you'll see a lot of sourcing there. I was able to also read a bunch of sectors. I did face an issue with the IDE Driver which I had here, which was that reading sectors wouldn't work and would give nothing in the buffers. But I found this good forum on the OSDev Wiki that helped a lot.

Added the Flashback Logo and a cool grid for the start page and added a button

For some reason, VBOX and QEMU don't say that the device is AHCI but instead say that is an IDE Controller, so I switched to QEMU because it had PCIe and the MCFG table would
tell me exactly what type of device each one is. To migrate to QEMU, I needed to fix a few parts of my frankenstein bootloader so that QEMU would run it without issues.
I have written up a whole 62 line comment on how AHCI works, so that others could understand what I am doing. I should be able to finish the AHCI Controller Driver tomorrow.
Here is a screenshot of what I have so far.

I added an PIT class for the APIC timer so that I could test the sleep functionality and use sleep for waiting in the IDE Controller. The example shows the IDE Driver determining weather a drive is present or not and reading the drive's buffer from LBA 0.

I was looking through my hackatime project settings for Astral OS, and I saw that I didn't add the wakatime dir which I used after. Anyway, I was supposed to have an extra 2 h on the other one.

I was able to fix the Driver Issue, turns out it was because it was because I passed DriverServices Incorrectly. I was able to fix it but then I realised that VBOX doesn't expose AHCI stuff in PCI so I'd have to use the IDE mode. So now Im making an IDE Controller.

I was looking online for a way to get the ESP32 to support Matter, and I found out that there was ESP-IDF and ESP-Matter. To use these repo's though, it took me 2 days to clone. After that, I was able to use the ESP Matter Tutorial, which guided me through a simple LED Example. I was then able to modify it to add more features, like a permenant pin and a temperature, brightness, hue/sat. Unfortunatly, I don't have the ESP32 to test it out so here is a quick screenshot of my code.

I was finally able to get the Driver working. Turns out it was due to an error in the ELF Parser. I added a dynamic elf parser and a relocator so that it executes the driver correctly.

3D Modelling the Arctic Fox was hard, but I was able to do it. Unfortunatly, I forgot to add the USB C Port Cutout before submitting it, so I can't change it again. I used M2 Screws and M2x3mm Threads since I already have those. I took inspiration from this Sleeping Arctic Fox 3D Model from Printables, because it looked fairly accurate.

Making the Arctic Fox was pretty hard because I have never tried to make minecraft characters before. Ive made enclosures so that part was a breeze. I was able to finish the fox head. Oh, by the way, this project is a part of my school's art project where we 3D Print a Minecraft Character and Paint it. I decided to turn it into a lamp, so I needed to use thin layers of white PLA. Ive used 1mm, but 0.5mm could give a greater result. Ill report back once its printed.

I didn't do a lot today, but I was able to reorganise my messy code. I was able to create a String Class that allows you to easily cat strings without 10+ lines of code. I was also able to add a Driver Registration function in Driver Services for the Driver to register a Base Driver. I just need to figure out how Im going to make the Driver.

At least making the ELF and DriverManager Class wasn't that hard. Since I had already made the Driver Manager Class before, it was pretty smooth. I needed to make my own ELF loader though. Anyway, I also got the DriverServices to work and print out smth.

Turns out I wasted around 20 hours for nothing on my Arrays. The problem was actually due to my bad malloc setup. Anyway, now that I got that over with, I was also able to use GPT to make a simple recursive test for my list func. Also, the rewrote the list func without GPT because I suspected that was the issue.

I was able to make my own Linked List Array with the help of AI with DEBUGGING. Only Debugging. It took me a while, because CMake didn't update the binary,

It seems SOM hasn't added my time, so here is the rest of the time

Anyway, I was able to quickly add frostbite and I was able to create the logo and everything.

It took me some time to figure out how I was going to make the Frost bite thing, but it wasn't too difficult, I just needed to read a ton of APIs and stuff. Anyway, here is a quick screenshot.

I realised that I could just use Mixins, which are classes that are injected into a minecraft class that allow you to access private functions, to create better fog. So I did. I didn't even know what mixins were, until now. I was also able to get snow particles using mixins. Anyway, here is a screenshot, enjoy!

I was able to get Autumn working by changing the leaves to slowly brown. Unfortunatly you must break a leaf to trigger a chunk update so that it shows.

I was able to add the winter part on the server side and client side. On the client side, it has fog, and on the server side it rains/snows and calculates fog and stuff.

It took a while for me to realize that creating arrays inside arrays aren't a good idea because it could overwrite one another. Anyway, I was able to get that fixed and I was also be able to get a simple file exists function to work. Here is a quick demo for the Initrd and the Array.

So I took a bit of inspiration from Teenage Enginerring and so I came up with these keycaps. It makes them look a lot of a music producer's synth board. Anyway, making this key cap took a ton of time because I needed to get the exact measurements and stuff for the MX Switch.

So I was able to finish my drawing and also create the Glass Bridge for my LCD. Unfortunately the glass bridge will have to be large. I was also able to create padded indents in my top case to accommodate the MX Switches. I still need to test everything in an assembly. I also created indents for the Knobs.

I added MX Switches to Creative Pad PCB Assembly so that I could turn it into a simplified drawing. I was able to put my simplified drawing in OnShape's part studio. Then I added some padding to the switches because without it, even a slight misalignment would prevent it from going in the case.

Unfortunatly, KiCad Wakatime hasn't tracked all the time on my PCB in KiCad. Anyway, here is a picture on what Ive worked on.

So far, Ive added a KernelDrivers Dir and given it functionality to put the drivers in initrd. Im trying to redo the Initial Ram FS system without AI, because the old one used AI fully.

I added a simple Block Device Class and fixed the PCI and PCIe classes. NOTE: PCIe IS UNTESTED.

I fixed the Page Frame Allocator, along with trying to fix other things, which failed.
Before, the Kernel required 4GB Minimum. After the Page Frame Allocator Fix, it now requires at least 512MB of ram. Its possible to get 256MB of ram, but it crashes.

I tried to optimize my kernel but every way I tried, I hit a dead end. At first, I was mapping every part of the ram, which caused my kernel to be unusable with any ram under 8G. Anyway, I was able to create a simple initrd cpio reader which can read the initrd from by uefi bootloader.

Im still having trouble with mapping and the stack. It fails after paging is enabled. Currently im disassembling the kernel to find the problem.

Turns out VirtualBox doesn't support PCIe, but PCI works. After a long time, I have finally ported my kernel to Higher Half. Mot of the addresses start at 0xFFFFFFFF00000000 and 0xFFFFFFFF80000000. This is to make the kernel more secure and to have full support for 32-bit apps.

For some reason, it cant find the MCFG table, possibly because my VM doesn't have PCIe Support.

Ok, the PCI took about 7 hours, because I partially implemented the PCI last time and now I have finished it. I still have to make the PCIe and MSIx, but that's for tomorrow.

Sorry for the Late Devlog. I needed to transfer files to my new PC and I also had issues with WSL. Anyways, I added the Heap Allocator and I partially made the PCI. Im hoping to finish it today.

Ok, so the ACPI was a pain to implement. The UEFI protocol seems to not have given me the exact correct Address for the RSDP. Once I realised that, there was another problem because of the unaligned XSDT.

I was finally able to test my I/O APIC by creating a Simple Keyboard Driver. I am going to implement a Keyboard Driver after I get my filesystem sorted. Then I can finally find a keyboard driver and Load it.

I added an I/O APIC. I just need to test this out. Hopefully this goes well.

I finally fixed the APIC and I also added the PIC class so that I can use that instead of the make shift remapping in the APIC class.

Still facing issues with the APIC.

Took me a while, but I got the APIC working. Now I just need to figure out how to test this thing.

I finally got the IDT working. Turns out you must separate the assembly sections to prevent the ISR's (Exception code) from running. I can now get exceptions for doing 1 / 0 and stuff like that. Although, writing to the kernel .text seems to not cause an exception. If you want a build, just ask me in Slack.

I added GDT. The layout uses a null Descriptor, Kernel Mode Code Segment, Kernel Mode Data Segment, User Mode Code Segment and a User Mode Data Segment.

Started on the GDT (Global Descriptor Table). Created the structs for the Segment Descriptor.

Tested Paging and Fixed Bugs with Page Frame Allocator and Page Table Manager.