A request for Rodw regarding RPi iamges.

OK I know I'm being lazy by not creating a pull request, but is there any chance that when the images are generated that the SPI interface could be enabled by the config.txt file. Just to make life easier for new users.

Even when not enabled device node spdidev10.0 is still created, not sure what this is for but pretty sure that the GPIOs related to this node aren't exposed, I'd guess it is something internal for the Rpi. One very patient user was lead astray by this.

So if this is possible. I know the time it takes to create an image so please don't take this as a demand that must be acted on riht away.
All The Best

This seems to be somewhat tricky. It seems config.txt is created dynamically by the builder so there is nothing to edit.
I think it could be modified in a stage 3 script using sed which I know nothing about.
ref: github.com/rodw-au/rpi-img-builder-lcnc/...scripts/uscripts#L87

If you could write a bash script that makes the required changes to your pi, I'll see if I can incorporate it.
I had a look at the builder over Xmas and merged the latest upstream source which includes support for kernel 6.12.
I might try that... I think I got it to build without our customisations. It would be so much nicer if we could avoid patching the kernel.
I think there was a post that said the RT kernel needed some extra config settings set. If you know where that is, please share it.
I think we can just add them in kernel.txt
Ref: github.com/rodw-au/rpi-img-builder-lcnc/...cnc-2.9.3/kernel.txt

Thanks for chiming in mate. Hope this year is a better one for you.

This appears to be the config.txt file is created using the config_dot_text function

I'm thinking the following maybe all that is required.

Line 137 of rpi-img-builder-lcnc/lib/function/staging
changeto
Just created a PR

Sorry if I'm a bit vague it's been a while since I've looked at the code.

I haven't kept up to date with RT Kernel, as I've been working on other stuff.
I know there was talk about the mainline kernel including the RT code, but it seemed that the std config wasn't for the RT kernel we need, one of the less "aggressive" types. Would have to have a look into it.

Is there any "special sauce" regarding the fixes for the video issues ? I think you said another user created the image that has the 'fixes" to change video resolution...... That was the most recent one you had on your google drive.
One thing I did notice is that when coming back after the screen saver had activated the window to change resolution pops up. I'll power up the 5 tomorrow and have a closer look and report back with a more concise description.

Cool, that looks painless.Please confirm it works when you test it.

With 6.12 PREEMPT_RT is not enabled by default. It needs to be built. You still need to run menuconfig (which should open in our system unless defconfig is enabled) and under general settings, you still need to select "Fully preemptible Kernel". Sometimes this option is hidden until you enable expert mode in another menu (still under general)