Notices by lucie lukas "minute" hartmann (mntmn@mastodon.social)

the whole idea of that stuff is to give up on any mental effort, right... so why would you go through all the effort of setting up all those janky tools and babysit them. clearly that can't be the future

if you have to do your vibe coding yourself, clearly you're doing it wrong

this whole generative ai and vibe coding thing, to me, has this very strong aura of, like david lynch would say, "big sadness"

the vibe coding human should aspire to give up on any symbolic communication, and ultimately cease all thought, and ultimately shed their worldy bodies, and ultimately just vibe as pure energy until the heat death of the universe

ok, now after reworking the code (also moving some stuff to devm_ etc), i get an Oops in spi_sync() :3

oof, poweroff finally works again

ah, i'm silly, i can't just cast sys_off_data, it's a whole struct! instead i need to grab cb_data

does this mean spi->controller is already freed at this point?!

boots a lot slower with only 1 cpu core!

debian kernel doesn't seem to have KGDB support, so i built a monolithic kernel with all necessary modules compiled in (so i don't need to copy modules around and can iterate faster). i use the extracted debian kernel package source with our patches applied and a special .config that i have for this purpose.

... so not to lose too much time, i'm gonna first try remote kgdb debugging. i'll check if kgdboe (still) works nowadays, and if not, will resort to UART. the first thing is to drop an extlinux.conf with all the kernel parameters, and disabling all CPUs except one (maxcpus=0)

i'm working on trying to find out what's preventing proper poweroff (that would call into our reform2_lpc driver to actually shut down the power rails) in our linux 6.15 kernel for rk3588. i'm gonna append to this thread as i try things.

the first thing i considered is trying out JTAG/SWD but i haven't done that yet on RK3588, even if the pins look convenient (there are some on UART2 and some on SD card pins). i read that SWD gets disabled by uboot or linux so i'd have to solve that first...

i don't need remote gdb to find the problematic line, because gdb can just load the module on the machine and i can enter `l *lpc_command+0x40` (the offset from the Oops) to see the null pointer must be `device* dev` from `dev_get_drvdata()`.

the 0xff is some artifact of how i'm building and loading the module, fixed this by explicitly clearing the buffer for lpc responses.

over serial i can see that lpc_power_off is indeed called when registered properly, _but_ it also crashes when trying to send the actual command! (all output lines are doubled because i use keep_bootcon for the serial output)

machine is prepared insofar that i have stable ssh remote access, and serial console login, and graphical login is turned off. i can build kernel modules on the machine. strangely, reform2_lpc reports a garbage byte at the end of the firmware string now (0xff)

strangely, ethernet doesn't work on the monolithic kernel (no link). using usb ethernet as a workaround

indeed i messed something up here, because `poweroff_device` is some leftover thing from the old code before i converted it to a proper sys_off handler.

@cwebber ... to see which ones cause suspend or wakeup to get stuck.

@cwebber There's one person who has (IIRC) working hibernate, gordon1 in the IRC channel. if i were to debug suspend, i'd make a custom boot disk with extlinux.conf enabling some kernel parameters like no_console_suspend, and make a custom dtb file with as many hardware features as possible turned off but that i'd still be able to boot to a console where i can try the suspend/resume. i think it should work with bare rk3588 + serial console, for example. then enable hw features one by one

our June 2025 update article is out, featuring our collaboration with @LinaroLtd on the QCS6490, MNT Desktop Reform, a third M.2 slot for RK3588 Pocket Reform, GPN23 and more https://mntre.com/media/reform_md/2025-06-26-june-update.html (thanks to @holo_memory for writing it all up)