Successfully compiled and booted my own kernel for the @mntmn reform 2 :)

Next step: Boot using an initramfs. I'm afraid that might be a lot harder though :D


I did it!

I had to edit the -boot thing, write my own module for , google all of the interwebz and bang my head against the table for four hours straight, but finally it's working :)

Unfortunately dracut diesn't show any output before I enter the password as of yet... But that is a minor issue, really.


@vimja @mntmn I don't do initramfs myself, so I don't have practical experience - but do you have the video drivers built in kernel or load them as a module? If there's no output at all I'd think there's something going on with the drivers rather than dracut itself.

On a different note, 5.10 or 5.11? I've found that gentoo-sources-5.10.16 with the patches from reform-system-image works great. 5.11 has some issues with screen initialization and I wasn't able to work it out yet.

Nah, just a newer variant of 5.7. I started work on this in July of last year and got a bit... Let's say distracted :blob_grinning_sweat:

The kernel config is the same as the original one with some extra features enabled. When I boot the Debian image with it, video output works the same as with the original kernel :blobcatThonkang:

@gcc_addict @mntmn
Up next is to load the kernel and initramfs from the SSD and then put the bootloader onto the SSD also... Oh, and possibly some documentation ;)

After that I'll definitely want to try a newer kernel though :)

@vimja @mntmn Last I've checked (but that's been some time ago), the u-boot version shipped with the nitrogen8m doesn't support loading stuff from NVMe - though upstream does. That might take some more hacking to do :)
In the meanwhile, what I do is keep uboot/kernel/dtb on eMMC, and the rootfs on NVMe. It seems to work good enough for now.

@gcc_addict @mntmn ah, that'll work for me just fine, too. As long as I can get away from booting from the SD card, I'm happy...

@vimja @mntmn One modification to u-boot I recommend is adding an option to boot the kernel from the SD card if it's present, and otherwise load from NVMe. It saved me from having to open up the laptop for the n-th time when I invariably messed up my kernel config.
Currently I'm doing it with a simple boot.scr check on the SD card.

I can upload my patch later today to pastebin or whatever is recommended nowadays if that would help you set your reform!

@gcc_addict That is actually something that has had me worried a bit. I didn't know the solution you describe was an option. Sounds great though! I'll definitely take that :D @mntmn

@vimja @mntmn <- patch for boot.scr booting from sd, and if it doesn't work then emmc/nvme <- patch for booting kernel/root from sd, and if it doesn't work then emmc/nvme <- my little script that I've compiled to boot.scr on my backup kernel SD card; I don't remember how I compiled it (and my .bash_history doesn't have it anymore)

@vimja @mntmn Also, if anyone can recommend a privacy-preserving pastebin alternative, please do so! There's a sad reason that I can't talk about why I can't push those patches to git repos, but I'd definitely be up for sharing those modifications.

Or should I just dump them as mastodon messages?

Sign in to participate in the conversation

Generic Mastodon instance hosted by the FairSocialNet association.