Raspberry Pi 4

Hello Gene

Tried the self installing RT, initially on a Pi3 and then on a Pi4. on a new 32GB SD ( don't have a 64 )

The extract failed ( due to problems of previous errors? it said) There was a massive amount of output so I could not scroll back far enough to identify what the errors were.
Guess it is possible I have a corrupted file? Do you have a sha or md I can check with?

Cheers
MrGreg

MrGreg wrote: Hello Gene

Tried the self installing RT, initially on a Pi3 and then on a Pi4. on a new 32GB SD ( don't have a 64 )

The extract failed ( due to problems of previous errors? it said) There was a massive amount of output so I could not scroll back far enough to identify what the errors were.
Guess it is possible I have a corrupted file? Do you have a sha or md I can check with?

Cheers
MrGreg

You can add to the shells history from one of its pull-downs, 10k ought to be enough.
sha512sum is of rt-kernel.tgz is

7a8c62a171bd2a24f87635dd0b910a49acc9b99e0878698fabbab57b2f9aebd771911851599dd84e44eec55a973b5d02075eb0a4379136a868d09fa991638ded

I hope this helps

Hello again

The sha is good.
Hitting a permissions issue:
Lots of......
boot/bcm2708-rpi-b.dtb
tar: boot/bcm2708-rpi-b.dtb: Cannot change ownership to uid 1000, gid 1000: Operation not permitted
boot/bcm2708-rpi-b-plus.dtb

Did a chmod 755 on it but still get the same extraction error even when root@
???

Cheers
MrGreg

MrGreg wrote: Hello again

The sha is good.
Hitting a permissions issue:
Lots of......
boot/bcm2708-rpi-b.dtb
tar: boot/bcm2708-rpi-b.dtb: Cannot change ownership to uid 1000, gid 1000: Operation not permitted
boot/bcm2708-rpi-b-plus.dtb

Did a chmod 755 on it but still get the same extraction error even when root@
???

Cheers
MrGreg

My install was from the big image, done by a root session of mc. So everything in /boot is marked root:root.
boot itself as we see it, is a fat32 filesystem hiding behind an ext4 directory structure. And the fat32 has no facility for changing ownerships. So while its not jack sh-- to the pi, ownership is moot. So while it was all built here as the user pi, let me try something, as in making the unpacked tree, there are 2 in that tgz, /boot/, and /lib/ all owned by root, and regenerate the .tgz.

I had zero such problems installing it from the 2.5Gig archive. All of which was built by the user pi, so its all owned by pi. So, will it unpack if placed in /tmp?
if so, then you might try "sudo chown -R root:root boot" and repeat for lib.. If that works then cd boot;
sudo cp -rd * /boot/
cd ../lib
sudo cp -dr * /lib/
cd ../overlays
sudo cp -d * /boot/overlays/
cd ..
sudo cp -d bcm* /boot/

add the following entry to /boot/config.txt useing nano as root:
cd /boot
nano config.txt and add:
kernel=kernel7i-rt.img

ctrl+x,y to save and exit nano

This last isn't done by my package, I'd forgotten that detail. I'll put that in the README

Now you should be able to reboot the pi,, and a uname -a should print something like:
Linux rpi4.coyote.den 4.19.71-rt24-v7l+ #1 SMP PREEMPT RT Thu Feb 6 07:09:18 EST 2020 armv7l GNU/Linux

Let me know if this fails. In the meantime I'll see if I can fix the .tgz and rebuild it.

Hello again

This on Pi3, Pi4 is busy atm
I sort of jumped the gun a bit...

I extracted locally and copied / overwrote contents to boot & lib (modules) back in to RFS
Also checked out config.txt and put ( the only rt obviously available)
kernel=kernel7i-rt.img
(As the orig 4.19.9x was still the default boot)
It booted up OK with the 4.19.71RT reported by uname -a

Re ran the rt-tests with
cyclictest -n -p 90 -i 1000

Rather disappointing results. Got latency of circa 480uS after heavy loading of over 30 mins or so.

I will wipe, start over and re run according to your suggestion/instruction Might well be missing some of the optimisation detail given my quick and dirty kludge ?

Cheers & thanks
MrGreg

MrGreg wrote: Hello again

This on Pi3, Pi4 is busy atm
I sort of jumped the gun a bit...

I extracted locally and copied / overwrote contents to boot & lib (modules) back in to RFS
Also checked out config.txt and put ( the only rt obviously available)
kernel=kernel7i-rt.img
(As the orig 4.19.9x was still the default boot)
It booted up OK with the 4.19.71RT reported by uname -a

Re ran the rt-tests with
cyclictest -n -p 90 -i 1000

Where do I get that? I use latency-test from the linuxcnc package. And lightly loaded on an rpi4, I am getting less than 10 u-secs.

Rather disappointing results. Got latency of circa 480uS after heavy loading of over 30 mins or so.

I will wipe, start over and re run according to your suggestion/instruction Might well be missing some of the optimisation detail given my quick and dirty kludge ?

Cheers & thanks
MrGreg

Did you run raspi-config and enable the new video? I think it lowers latency even on the pi3. But this kernel is built for a pi4, not a pi3, which I've not tried with this kernel.

Take care now, MrGreg