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

Hello, due to ongoing harassment on the AUR directed towards me from certain individuals, I find myself unable to continue maintaining any packages here. The relentless pressure and ill-mannered behavior from certain individuals behind the scenes have made it untenable for me to contribute further. Despite efforts to address these issues, the lack of action from the admins has only exacerbated the situation.

It deeply saddens me to have to make this decision, but for the sake of my well-being and peace of mind, I must step down from my role as a maintainer. I want to express my heartfelt gratitude to the users who have supported my work and used my packages over the years. Your encouragement has meant a great deal to me.

I hope that someday the AUR community can come together to foster a more respectful and supportive environment for all contributors. But for now, I bid you farewell!

@q there is zero demand after OS nouveau nvidia drivers, but since they seem to be releasing insecure dkms drivers now (https://aur.archlinux.org/pkgbase/linux-amd-znver2#comment-969041) I might have to reconsider...

Does the kernel support nouveau somehow?

On this moment, linux 6.8.5 does not boot on my AMD CPU hardware. It's reproduced on serveral AMD CPU systems and my amd kernels. The only kernel that works is my slimmed down linux-slim, pointing to an upstream bug somewhere in more complex kernel configs. Because of the number of commits in the 6.8.5 and no debuginfo (the kernel crashes right after the initramfs pivot), I am currently at a loss what the problem specifically is.

@ripplingsnake AMD P-State Preferred Core has failed the merge window of linux 6.8 and I would mostly believe there is probably a good reason for that. (I don't know by detail -- I am not a kernel dev, I dont have the time to review all changes as they come in). I will not be merging/validating/testing this code in 6.8 on my own, I probably need alot more free time for that, sorry :-). It will also, potentially, put this kernel into danger of becoming unstable, that is not really the point of this kernel, since this is not a development kernel. Cutting edge, sure(ish), but not bleeding edge.

Weird about the patch as it seems it’s already in directory

Pref. ore patch should work fine the latest one is from November https://lkml.org/lkml/2023/11/29/70?darkschemeovr=1. Yes I added amd_pstate=active but still no change. Using your latest build and the device is ASU’s rog ally zen4 cpu rdna3 gpu. It doesn’t fall back to acpi but has pstates as passive with schedutil govenor it’s weird , I have been able to get EPP on the last 4 kernels I have tried

@ripplingsnake

I'm sorry but the provided audio patch is not compatible with linux 6.8:

applying git patch ../CS35l41.patch
error: patch failed: MAINTAINERS:4511
error: MAINTAINERS: patch does not apply
error: patch failed: sound/pci/hda/Kconfig:91
error: sound/pci/hda/Kconfig: patch does not apply
error: patch failed: sound/pci/hda/Makefile:27
error: sound/pci/hda/Makefile: patch does not apply
error: sound/pci/hda/cs35l41_hda.c: already exists in working directory
error: sound/pci/hda/cs35l41_hda.h: already exists in working directory
error: sound/pci/hda/cs35l41_hda_i2c.c: already exists in working directory
error: sound/pci/hda/cs35l41_hda_spi.c: already exists in working directory
error: sound/pci/hda/hda_component.h: already exists in working directory

@ripplingsnake

1) what are you talking about? active pstate should have been working from atleast linux 6.2. Did you add amd_pstate=active to the kernel to force/test? What znver do you have? does it fall back to the default acpi driver? I have so many questions, that is certainly not normal.

2) Can you link me the prefcore patch? Is it available/compatible with 6.8?

3) OK, I'll add the cirrus patch in a bit.

or if possible the audio patch for the cirrus logic CS35l41 https://git.kernel.org/pub/scm/linux/kernel/git/tiwai/sound.git/commit/?h=for-next&id=7b2f3eb492dac7665c75df067e4d8e4869589f4a