Can the OPI5 be Configured to Run LCNC?

I can boot Armbian24.8.1 non-realtime. I can install realtime kernel, I can do the link and when I restart it doesn't boot.

It's a bit of a mystery for me. A ftdi adapter could help to give some more information. Maybe firmware is missing or a driver is as module but should be built in. When you boot from the sd-card with the rt kernel, the nvme is still recognized? If so, can you show the output of blkid and of dmesg after boot and lsmod?
dmesg > dmesg-output.txt
lsmod > lsmod-output.txt
blkid > blkid-output.txt

running from sdcard - kernel6.1.75-rt23

I've looked at it but unfortunately can't find what's wrong if it boots from nvme with the other kernel.
You could check when it brings you to the initramfs shell if the nvme is recognized and if the UUID is the same as the one in the boot folder of the root of the nvme.

Maybe someone else a suggestion?

Otherwise it might be better for this moment to keep using the 5.10 kernel until the mainline support is good enough. From 6.12 there is no need to patch the kernel anymore by the way, rt became mainline.

anyway I appreciate the effort. Thank you.

Found a possible cause, which might explain why nvme works on OPI5-plus and sata on OPI5, but nvme doesn't on OPI5:
forum.armbian.com/topic/46601-2484-lates...mment&comment=204829

Here the deb where I removed the revert:
drive.google.com/drive/folders/1r76sUsfG...6fGcz?usp=drive_link

Now is working. Thank you.

I tried to activate the spi and the usart in armbian-config/Toggle hardware configuration, but the peripherals don't appear there.

Possibly the names don't match since you copied the folder with the dtb files and overlays.
It might be easier to add them manually in /boot/armbiEnv.txt
There you'll see "overlay_prefix=" and "overlays=", these should match with the filenames in /boot/dtb/rockchip/overlay/
So for example rk3588-uart6-m1.dtbo and rk3588-spi4-m1-cs0-spidev.dtbo it will be:
overlay_prefix=rk3588
overlays= uart6-m1 spi4-m1-cs0-spidev

And make sure that the overlays don't overlap each other, so don't activate therm all.

I tried this but I had a conflict in the uarts declarations. I solved it.
Where can I read how the realtime rtapi_app process is assigned to core 7?
How can I assign realtime priority to a process that uses the uart?