LinuxCNC on Raspberry Pi 5

I've gone for the Pineberry one
pineberrypi.com/products/hatdrive-bottom...0-2242-2280-for-rpi5

rodw wrote:

Cant do this anymore bye all wrote:

If it's Rod's image can you change the resolution and does it identify the display\monitor? From what I've seen it's stuck at a single resolution and it can't identify the dsiaplay as the RPi4 images can.
Yes, my image uses debian so it won't have the pi specific menu options.. Some settings can be changed using  sudo menuconfig.
But if you could try adding
video=HDMI-A-1:1920x1080M@60D 
to cmdline.txt or equivalent, It would be helpful. If it works, I can add it to the installer.

Its still a pain because the Pi 5 needs to be at the bleeding edge of the raspberry kernel and the PREEMPT_RT is lagging behind that.

 


Latest RPi production kerenl (2023-12-05) is Linux kernel 6.1.63 for the most recent Raspberry OS Image,latest 6.1 series RT is 6.1.67, so it would not seem that the RPi 5 does not need a "bleeding edge" kernel, it's just there is a mismatch between latest RPi production kernel and the latest rt-preempt. If anything the preferred RPi kernel is behind the rt-preempt patch.
www.raspberrypi.com/software/operating-s...spberry-pi-os-64-bit

In actual fact the latest 64 bit image is the same for all models. After running a self (same recipe) made image for the RPi5 and using the official image and installing a RT kernel & linuxcnc, the official image appears to be a more "smoother & integrated" experience for the 5, tho I did change from Wayland to X so I could run a xfce desktop. The pre made images for the 4 are fine.

Although in saying that Rod if you have sources of info to the contrary I'd be quite happy to see it and amend my answer.

Yeah it was a toss up between the pineberry and the one I got. I chose mine because it was cheaper and had a cool design on the back haha, plus the company is a bit older.

Re:one panel at the top.. not entirely sure what you mean but I think you are right

Cornholio, I have just followed the commits on the raspberry pi kernel git
github.com/raspberrypi/linux/commits/rpi-6.1.y
It is desirable to match the mainline kernel with the preempt-rt kernel
6.1.67 was committed on 11 Dec but it has not been merged into 6.1.y
The next merge ocurred after committing 6.1.68 so there is not a clean match with the 6.1.67 RT patch.
Previoulsy there was 1 for 1 mapping with the kernel versions. The sudden flurry I assume is due to the Pi 5.
The production 6.1.63 kernel would need to use the 6.1.47 patch so quite a gap.

Probably the best commit to clone from would be e41b05a8fc73f95425aceaf15a68fc25da1d1fe5 where 6.1.68 was merged in as that should include the 6.1.67 changes and only be one version away from preempt_rt

When you use kernel source from kernel.org there are ways to match the versions eactly.

None of those are “bleeding edge” if you look at the progression of the mainline kernel, which is well past the 6.1 series.
Quite honestly, after going through the process, as it stands the most usable route for the RPi 5 is a Raspberry OS image with a real time kernel of the appropriate version and Linuxcnc either installed via self built packages, which doesn’t take that long. The other secret is to change from Wayland to X as the compatibility layer is not optimum for UIs that have calls to X libs. This is a must if a user has a preference for a xfce desktop.
Another thing to keep in mind is eventually sysfs will be dropped from RPi kernels as it a depreciated feature. This will mean some changes to user land access to GPIO, not that it will affect Linuxcnc, but it would be something worth tracking. This info comes from the RPi forum, mainly from when questions arise from access regarding The RPi 5, which seems to be a little messy and unclear to a great many users. Libgiod seems to be the recommended way. Whilst it’s neither here nor there, some of these developments would be worth tracking.

On another note, keep safe and I hope that the fire nor floods affect you mate, seems like the last thing you need on your plate.