No with this 2 commits build for him will work. Scx_rusty not working is another problem with no commit at the time. If you confirm build error with the vmlinux.h provided then the issue is not closed.
So i was right 
No one said otherwise. In the meantime, you can use lavd. And yes, schedulers are worth it for a raspberry. As I said before, run a game under wine and compile at the same time, and that’s enough to convince me.
Not sure about “build for him will work” as we have been doing all the building for him. It will not compile here with his bundled vmlinux.h either.
yes but for him the build should have been done. with 16k and NUMA patched. In fact that not the case so another third culprit to find.
guys, you are talking about 4k/16k build is Pi5 not Pi4, right?
Right.
they update eeprom.
Version 20250212-1 pushed to unstable when the mirrors sync.
1.0.9 Pi4, scx_rusty & scx_lavd both start.
I have pushed scx-scheds-1.0.9-2 to the unstable branch when the mirrors sync. It is built using the very latest commits from the git. The README for the scheds is here:
https://github.com/sched-ext/scx/blob/main/scheds/rust/README.md
All of these seem to load up and work with the fish tank web page straight away. I tested each one using the command line so I could see any errors if they showed up.
scx_rusty
scx_rustland
scx_lavd
scx_bpfland
scx_flash:
This is new and might be my favorite in the future. The fish tank web page got to 60 fps in a flash. It would not load until I copied my .config for my running kernel to /boot/. I will have this in my future kernels.
Format config-uname -r. So for my running kernel:
cd /usr/lib/modules/6.12.13-1-MANJARO-RPI4/build/
cp .config /boot/config-6.12.13-1-MANJARO-RPI4
Now you can start the scx_flash scheduler
Loaded up:
● scx.service - Start scx_scheduler
Loaded: loaded (/usr/lib/systemd/system/scx.service; enabled; preset: disabled)
Active: active (running) since Sat 2025-02-15 02:58:54 CST; 30s ago
Invocation: cc58caa2b78949ba95d0d5516f427de3
Main PID: 59179 (scx_flash)
Tasks: 4 (limit: 9039)
Memory: 19.6M (peak: 22.4M)
CPU: 187ms
CGroup: /system.slice/scx.service
└─59179 scx_flash
Feb 15 02:58:54 jellyfin systemd[1]: Started Start scx_scheduler.
Feb 15 02:58:54 jellyfin bash[59179]: 08:58:54 [INFO] scx_flash 1.0.7-g14230d88-dirty aarch64-unknown-linux-gnu SMT off
Feb 15 02:58:54 jellyfin bash[59179]: 08:58:54 [INFO] L3 cache ID 0: sibling CPUs: [0, 1, 2, 3]
scx_rlfifo (This starts but in my opinion is useless):
WARNING: The purpose of scx_rlfifo is to provide a simple scheduler
implementation based on scx_rustland_core, and it is not intended for
use in production environments. If you want to run a scheduler that makes
decisions in user space, it is recommended to use scx_rustland instead.
scx_layered:
When trying to start from the command line it tells me I am missing a parameter Error: No layer spec. So it might start if I knew what I was doing and so far have not found an example to go by. It mentioned see SPEC below in the --help but had no info on it.
did not have scx-scheds-1.0.9-2 sync, after 10 hours.
sudo pacman-mirrors --fasttrack
/usr/lib/modules ls
Permissions Size User Date Modified Name
drwxr-xr-x - root 28 Aug 2024 6.11.0-rc4-1-MANJARO-RPI4
drwxr-xr-x - root 28 Aug 2024 6.11.0-rc4-1-MANJARO-RPI5
drwxr-xr-x - root 13 Feb 12:38 6.13.2-1-MANJARO-RPI4
drwxr-xr-x - root 13 Feb 12:38 6.13.2-1-MANJARO-RPI5
drwxr-xr-x - root 13 Feb 12:38 extramodules-6.13-rpi4-mainline
drwxr-xr-x - root 13 Feb 12:38 extramodules-6.13linux-rpi5-mainline
/usr/lib/modules/6.11.0-rc4-1-MANJARO-RPI4 ls
Permissions Size User Date Modified Name
.rw-r--r-- 55 root 22 Aug 2024 modules.weakdep
Where do these packages 6.11 come from? aug 2024 ?
Long story short. There was an issue back then running depmod while building the kernels for a short time due to an upgrade. I had to have depmod run after the kernel was installed and modules.weakdep got written during the process so it was not part of the original package so it did not get removed on the next kernel upgrade.
Just remove the 6.11 directories.
Ok. Find something about scx_flash .google about .they say to enable gdb and look about config kernel not set for bpf. Gdb is not enabled. But finding that
sudo modprobe configs
before, without copying .config and scx launches.
More than one way to skin a cat. I am still going to go with having the kernel config put in /boot in my future kernels as it is pretty much the industry standard. PiOS had not being do it for ever but they now have started doing it with their latest images.
Did you figure out yet how to get scx_layered working yet?
ok so it’s not another bug just a standard function not implemented until recently.
I have not try every scx. For the moment i would like to find a way to test better that just aquarium .Best result for now is lavd --performance --no-core-compaction.(10fps more than flash with 5000 fishes). They say that flash is more for multimedia (it’s time to decode high 4k hevc software…)
That seemed to be the case here with my sample HEVC stream. I compiled a kernel here and scx_rustland had the lowest cpu usage. It is going to take a while to figure what is best for what. I think I am going to try to find the best all around and go with it when I get more motivated. lol
v6.14.rc6-1 kernel packages pushed to unstable when the mirrors sync.
Added 3-13-25:
These latest kernel packages pushed to unstable when the mirrors sync.
linux-rpi4 6.12.19-1
linux-rpi4-headers 6.12.19-1
linux-rpi4-mainline 6.13.7-1
linux-rpi4-mainline-headers 6.13.7-1
linux-rpi5 6.12.19-1
linux-rpi5-headers 6.12.19-1
linux-rpi5-mainline 6.13.7-1
linux-rpi5-mainline-headers 6.13.7-1
rpi5-eeprom 20250312-1
4 Likes
After updating my scx AUR PKG, I have noticed this following information:
NOTICE: scxctl has been merged into scx-scheds.
scx-scheds pkg will include scxctl in versions after 1.0.10.Be sure to remove scxctl before the next scx-scheds update to avoid conflicts
I think it’s good to not rely on an AUR package !
X86 package has already been updated Arch Linux - scx-scheds 1.0.10-1 (x86_64)
and waiting to have our ARM one updated as well.