So this Fujitsu monitor has a Vesa 100x100 mount but the monitor stand isn't removable. Bruh, why even bother putting a Vesa mount on the monitor if you can't take the original damn stand off. Fuck you Fujitsu, fuck you.

DJ RubberDuck 🎶

Using grafana together with tinc+promotheus, has been a blast.

Initially I wanted to get into ELK with Kibana and all that, but that required 8G of ram, the instructions to get it running in the open source "mode" was nearly non-existent, together with all the ready docker compose stacks out there simply not working or the images being broken.

I'm sure I could've managed around most of those issues, but the fact it is as hungry as gitlab, made it a literal no-go for the usual server resources my clients host or my own scaled down server recently.

Thankfully I remembered that there's grafana and me having experimented some time ago with tinc, so I can have very lightweight beat'esque prometheus agents deployed listening on tinc local net only, with the typical nginx auth and some whitelists to all of the servers I host and all those of my clients.

The dashboard creation was especially great in grafana (tbf promotheus does actually most of it), literally what I always wanted out of those "complicated" solutions, that do it all, but have no proper query language, complex documentation, heavy collectors with no properly named data points, expensive resource runtimes, ..

with grafana I can just easily put dashboards into folders, create users to look only at certain stats or even dashboards (opened up some interesting contracts actually, because now I can also offer proper monitoring for all things delivered), easily drag and drop around stuff to fit more information (most others fix you to a small 3x2 grid, a too big grid for a TV or simply non resizable tiles, making that one counter take up an entire row) and resize to my hearts desire

tinc of course allows me to easily create private networks that are resistant to failure across any region and the routing is done for me, so I don't have to run around it all that much either

P.S: a damn tiny fly went into one of my now 4 monitors and died right in the middle, because I thought it's just some dirt and I pressed it in while trying to wipe it off, so that monitor now serves as the top most on a vesa mount

VESA is driving me crazy.

I'm trying to set my video mode via VESA functions which works, the QEMU window size changes, ton of more space.

Problem now however is that I have no idea where in the name of god the goddamn framebuffer starts.

Apparently it's address is located withing the mode info block which I have successfully queried and stored in ES:DI.

Problem now is getting this info block into my 32-bit kernel.

I tried smacking it on the stack which only produces hot garbage.

Essentially it goes like this

[...make sure pointer to block is stored within ES:DI...]

mov ebx, [ES:DI]

[Switch to 32 bit mode, ebx is not erased by doing so]

;Set up stack
mov ebp, 0x90000
mov esp, ebp

call kernel_main
jmp $

kernel_main takes this pointer as an argument, hence why I've pushed it onto stack:
main(uint32_t *ptr);

When I try accessing it however by doing the following:
vbe_mode_info_block* info_block = (vbe_mode_info_block)ptr;

And then try accessing the in the member 'framebuffer' using 'info_block->framebuffer' it's giving me hot garbage.

I'm probably doing something obvious wrong.
Frustrating.
I'm gonna try passing ES and DI seperately and converting them to a real mode address by doing addr = (ES*0x10)+DI;

MAYBE MAYBE MAYBE