Kernel 5.10 will be big a release for RPi4

What does Manjaro do for the kernel? It appears not to be the RPi OS kernel config as the Manjaro kernel supports LVM2 and F2FS. Will Manjaro be aggressive switching to 5.10 (or making it available in the repos)? Or will it wait until the RPI Foundation adopts it? Sorry, too new to know the answer to this already.

It is the RPi tree. I start with the RPi’s tree with their make “bcm2711_defconfig” as a base and add things people have requested here. Just to name a few, file systems, satellite/terrestrial tuners, cgroups, anbox and rspamd support, encryption, modules needed for firewall…

I am not in to using the upstream kernel. I did post one here for people to test. The RPi tree is the upstream kernel but it is fine tuned for their devices for performance and supports all of it’s accessories. So yes I will wait until the 5.10-rc hits their repo. That will be usually some where after 3 weeks upstream release it because they have to take the new code/code changes and adapt it to better suit the RPi.

1 Like

Not the answer I had hoped for, but a good answer with details. Much appreciated.

Does RPi kernel consist of special kernel patches or simply a kernel configuration?

Edit: And many thanks for a kernel config well done. I make use of your enhanced configuration.

They take the upstream kernel and patch it with their code. They deactivate some upstream modules and add some of theirs in the config. From all appearances over the years it is heavily patched.

Think of the RPi kernel as being the upstream kernel on steroids.

1 Like

After messing around a bit with the manjaro-arm-installer, it would seem the kernel used by Manjaro for the RPi, is the RPi Foundation’s kernel source. I was under the mistaken the impression that Manjaro used a generic linux kernel with RPi configs applied. Not having +rpi in the kernel name is what gave me the mistaken impression.

It is not that simple. The Pi foundation heavily patches the upstream kernel and omit things from the upstream defconfig and add things. Some code in the RPi tree does not exist. So using the RPi config on the upstream kernel will sometimes boot but have a ton of errors and other times it just will not boot at all.

The + used in a kernel name is placed there when you compile a kernel using a git clone as a source. It will not be placed there if you download a tarball for the source and compile it.

@Darksky I flubbed a bit on my update yesterday and did not confirm this, but maybe you can. When a new kernel is put into place by an upgrade, are the modifications made to /etc/mkinitcpio.conf honored when the new initramfs is created? As I observed the update, I believe I saw something to the effect of the initramfs being made with “defaults” or maybe it said “presets”… something to that effect anyway. Sorry, I do not recall properly.

Probably a little of all above including mkinitcpio.conf. Content of the .preset it uses:

ALL_config="/etc/mkinitcpio.conf"
ALL_kver="5.9.0-1-MANJARO-ARM"

PRESETS=('default')

#default_config="/etc/mkinitcpio.conf"
default_image="/boot/initramfs-linux.img"
#default_options=""

I would imagine linux-rpi4-mainline will be just fine. I was unaware of this package until last evening. I thought that I would have to wait until a LTS kernel >= 5.10 landed.

VC4 video and F2FS improvements, 5.10 looks to be my holy grail… at least until the next release. :smiley:

Im currently testing 5.9 kernel with rp4 and kms is working great already. Glmark2 did 100fps with fkms and 120fps with kms. I can already use hw acceleration in chromium, but not video decoding in hw. What features are you expecting from 5.10 in VC4 video improvements? HW accelerated video decoding?

I am looking for all accelerated video improvements. Currently vc4-3d does not perform well enough for me at 4k, so I am falling back to the fbdev-turbo-git driver which performs better when using Xfce4. Interestingly, with fbdev-turbo, performance is improved with the Xfce4 compositor turned on.

I am working toward building an RPi image to place a healthy number of RPi as production desktop units, to replace our aging thin clients. So X11 desktop performance at 4k is very important for me, but not so much for video decoding, but it would be a nice plus.

And I am hoping that F2FS proves to extend the life or at least reduce some of the SD failures.

Is there a reason the RPi team haven’t mainlined their kernel patches?

I have no clue but I am guessing the have several reasons.