Custom Mint-19.2 with Linuxcnc

Andy thank you for the update. It sounds encouraging.

Sorry for the negativity. I was somewhat frustrated with my machine and probably should not have replied while in that frame of mind.

I am pursuing the Mesa approach but not only to reduce dependence on the RTAI kernel. After a closer look the rewiring necessary to move to a Mesa card won't be as bad as I feared (I hope). It will also give me a chance to fix a few things.

rodw wrote: The only problem I have is the Baytrail chipset overheats and the PC shuts down without notice every now and again. It needs power removed to restart. I think its due to some incompatibility with the BIOS and Linux so the OS does not reduce power consumption as it gets up near a critical temperature or something..If anybody has a solution, it would be great if you could share it...

"If it were me," I'd open the case, find the hot chip with my finger, or maybe with one of those Harbor Freight IR-reading guns (with the laser! just there to show aim), and when I found it, I'd fashion an ad hoc heat sink and some way to keep it in place to see if the problem lessened. I admit "some way to keep it in place" is problematic, but my first goal would be to see if it could actually reduce the heat load.

RTAI+debian sounds perfect. Selfish me ... it'll allow me to run devuan+tde out of the box on my machines

@Beagle,
Did you try these by any chance ?
packages.debian.org/buster-backports/lin...4.0-0.bpo.4-rt-amd64
packages.debian.org/buster-backports/lin....0-0.bpo.4-common-rt
For some reason on my big PC, they work only on one core, although there are 4 of them, so it is utterly unusable. Maybe has to do something with Nvidia drivers, will do some more testing if i get a chance. Now i am testing on a Dell laptop, it also has an Nvidia graphic cars but no proprietary drivers installed.
back in a few.

No go, for some reason histogram says non realtime.


This is the worst latency i have ever seen, but as it is insisting on being non realtime, it is to be expected.

Nope, I built the rt_prrempt kernels on Mint. The 5.x kernels didn’t have as good latency.
From memory there are issues when installing the kernel headers from a Debian package on Mint due to some of the build dependencies.
Some all the kernels were built on the version of Mint they were going to run on. As were the Linuxcnc packages.
As there was no support likely for a Linuxcnc Mint repo and I didn’t want to keep answering the same questions about updates and building Linuxcnc, even tho everything but downloading the sources was either installed or available to download via a script, I thought fuck it, and pulled it.
I was beginning to wonder how many actual cnc machines were actually being controlled via Mint as people seemed more concerned with being able to update.
The kernel I used was getting the best results on the hardware I had available, that why I used the version I did.
Personally I’m still using Stretch.