Can the OPI5 be Configured to Run LCNC?

Great your WiFi does work now, I've no idea if that will be better than a USB dongle, one way to find out. His latest screenshots shows some more than good enough numbers, especially with cooling.

Did some tests with linux 6.2 kernel (non rt), the latency went quick over 2000us. After playing with the irq affinity and taskset the latency was actually pretty good for a non rt kernel and 4 glxgears open.
Moved all irqs to cpus 0-3 (0F) and moved the rtapi pid to cpu 4,6. "taskset -pac 4,6 pidnumber"

Then I thought to open a few other glxgears and the kernel locked up, so not very stable yet. To be continued

Linux 6.2 does actually perform better than I thought but no audio and graphics not as good as with the legacy kernel yet and few other things do not work. First I'd tried the mainline kernel with some patches from balbes150 and the rt patch, it booted up but no display.

Then tried the so called midstream with rt patch and to my surprise that did work, after some adjustments in the kernel config (nearly the same as the config for linux 5.10.110) and copied over some boot args, the latency is almost as good. Screenshots doesn't work so had to take a picture again.

github.com/150balbes/build

So I tried installing Armbian to boot from a nvme ssd, though instead of booting from MTD flash, i chose SD instead. I wasn't sure if the process failed that I risked the chance of bricking the orange pi and not being able to boot from an SD card again. Well, the install did indeed fail. It immediately failed. After rebooting it went into an emergancy mode asking me to login as root and advising me to run journalctl -xb, plus a few other systemctl options, however it was not letting me boot. Of course me having a lapse in mental fortitude, didn't think to make a copy of the working sd image. So here I am rebuilding the image, but that's beside the point. 
I know Ryoka had mentioned that installing a local version of Armbian could fail on the Nvme, however we are no longer using a local version with the current rt patch correct? If I were to try installing the boot onto the MTD flash instead of SD, do you think it would work, or would I risk another failure that might be harder to recover from.

You could check the UUID first in /boot/armbiEnv.txt and /etc/fstab
If it did copy all the files and the boot partition to /boot on your root partition of the nvme you should only need to change these.
The UUID you'll get with "blkid" from terminal.
In fstab you in the name you could remove the line with the /boot mount.

If it boots you don't need to update the uboot on MTD.
The local version is not an issue anymore indeed. You could could also copy it manually with "sudo cp -ra /source/* /destination". Just make sure it's an ext4 partition and it's the first partition.

If it still doesn't boot you could boot from a SD with a recent version of Armbian and just choose to update the bootloader

Guys, I implemented a driver for use Orange PI 5 with GPIO directly, it seems working, next week I will be out for work, when I will back I will test on my CNC.
Today I saw steps working with Oscilloscope 
I apply an heating cover with fan, the only one it's possible to find on AliExpress and I can tell you that is good enough. ( Heating cover )
Latency seems very good but of course around few us.
My question now is:
Steps are generated in a function called in base-thread and I'm able to configure it around 10us (but I get latency error), it means 100Khz if I'm not wrong.
I will perform more tests to understand if I can decrease it.. but, which frequency (base-thread) could make sense for a good cnc?
I mean, I'm running today with a RPI4 and the frequency is 16,7Khz (60us) and I can do what I need for hobby, so..
But, considering to use OPI5 as controller, if I buy a Mesa interface, like 7196S that seems enough for my hardware, connected in ETH, could I expect advantages? Honestly I can't imagine.. but I don't know which information LinuxCNC passes through ethernet.. the only way to be more performant is passing ISO-G and leave Mesa card interprete and generate pulses.. instead of passing step and dir somehow otherwise it can't be faster..
How it works? which protocol LinuxCNC uses with Mesa?

I actually bought a heatsink made by Geeekpi works surprisingly well. I ran the same Histogram tests using 6 gxlgears as I always do. Never did it spike above 3us during a 4000 second test. I also had other diagnostics applications running to monitor cpu temps and load. At Idle it seems to keep the chip at 32c and under load during the histogram test it only got up to about 50c if I remember correctly. I took a screengrab at the end of the test, but I am at work atm so I'll post it when I get home.