Arch Linux User Repository

GCC13.1 is mainlined in arch, so this means znver4 support can kick off on this kernel. The graysky compile patches have been updated too.

This kernel now natively supports the znver4 arch, but this kernel will most likely keep working on all AMD ryzen hardware. It's better to be able to address certain small perks or issues per architecture now and in the future.

If you use znver3 based hardware, please use linux-amd-znver3
If you use znver2 based hardware, please use linux-amd-znver2
If you use raven based hardware, please use linux-amd-raven

GCC11.1 is mainlined in arch, so this means znver3 support can kick off on this kernel. The graysky compile patches have been updated too.

This kernel now natively supports the znver3 arch, but this kernel will most likely keep working on all AMD ryzen hardware. It's better to be able to address certain small perks or issues per architecture now and in the future.

If you use znver2 based hardware, please use linux-amd-znver2
If you use raven based hardware, please use linux-amd-raven

Tired of compiling? Use this binary repo instead! Add this at the end of /etc/pacman.conf :

[linuxkernels]
Server = http://nhameh.ovh/$repo/$arch
SigLevel = Optional TrustAll

GCC13.1 is mainlined in arch, so this means znver4 support can kick off on this kernel. The graysky compile patches have been updated too.

This kernel now natively supports the znver4 arch, but this kernel will most likely keep working on all AMD ryzen hardware. It's better to be able to address certain small perks or issues per architecture now and in the future.

If you use znver3 based hardware, please use linux-amd-znver3
If you use znver2 based hardware, please use linux-amd-znver2
If you use raven based hardware, please use linux-amd-raven

Gaming performance is much worse, although energy saving is really there and other workloads are the same, but I need more testing too.

Yeah so adding

amd_pstate=active

Is enough. I already did extensive testing on my znver2 hardware and the powersavings are really there. also the temporary boosts are good for variable workloads. And ofcourse nothing changes on heavy workloads. So, I reckon its even better on znver3 since its an active pstate instead of a passive pstate.

I was about to post that adding

amd_pstate=active

Would probably be enough. Ill let you know the results when I have access to znver3 hardware.

In my case I just have added initcall_blacklist=acpi_cpufreq_init amd_pstate.enable=1 amd_pstate=active amd_pstate.shared_mem=1 to my grub parameters, please check this out if it works on your side. This P-State EPP should be already included to the kernel at the moment.

OK, I will test it on znver3 hardware soon, as I dont have acces to it right now. Stay tuned.

Hello! Can you check out the new AMD P-State EPP for this kernel? https://www.phoronix.com/review/linux-63-amd-epyc-epp

I had no idea AMD did thunderbolt :D, Coming right up ...

Your answer is right here: https://aur.archlinux.org/cgit/aur.git/tree/config.x86_64?h=linux-amd#n8760

:)

Is CONFIG_USB4 enabled in this kernel?

I am currently trying to debug s2idle issues on my amd thinkpad and AMDs debug scripts says no driver for thunderbolt (aka usb4) is installed causing s2idle to not properly work.