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

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

@gero,

I now see you mean CONFIG_RTW89 instead of CONFIG_RTW88. :-)

Thank you for bringing this to my attention, I will include it asap.

Gero, im unsure what you mean here.

This is our config right now:

CONFIG_RTW88=m
CONFIG_RTW88_CORE=m
CONFIG_RTW88_PCI=m
CONFIG_RTW88_8822B=m
CONFIG_RTW88_8822C=m
CONFIG_RTW88_8822BE=m
CONFIG_RTW88_8822CE=m

CONFIG_RTW88 is included in our .config file (which forces it inside the kernel) . Also what do you mean with

 CONFIG_RTW89=n

Because that doesnt seem like a valid Kconfig line to me. option "n" doesn't exist. Are you refering to the commented "is not set" option?

Because it is included right now. You can check this with doing zcat /proc/config.gz | grep CONFIG_RTW88

Please clarify...

rtw89 for RTL8852AE wireless nics has landed in 5.16, which means I can do with one less dkms module. However, make olddefconfig with no default means CONFIG_RTW89=n.

@eggz is it possible to semi-regularly pull in upstream changes from the official Arch Linux kernel .config into linux-amd?

See https://github.com/archlinux/svntogit-packages/commit/94f84e1ad8a530e54aa34cadbaa76e8dcc439d10#diff-6503b30d816e211d1909eed3e1eff5f9105fdc48f5735921a59f4906f99415beR3840

I'd understand if keeping up with official Arch Linux would be too much work ;)

Just to end this "conversation":

1. XOrg is working with nvidia proprietary drivers using the patch linked by @blackhole.
2. Messages about "pstore: crypto_comp-decompress failed ..." and "Bluetooth: hci0: Failed to read codec ..." are still there. Obviously, they are not related to X system.

Thanks to both of you I'm using latest and greatest.

Good, because I know nothing about nvidia and certainly nothing about closed sourced drivers, and I really intend to keep it that way.

I had an AMDGPU crash But I think its just a one-off.

@eggz I don't have an amdgpu but 'VGA compatible controller: NVIDIA Corporation GP104 [GeForce GTX 1060 6GB] (rev a1)'.

Edit: Sorry, I just realized that nvidia dkms is not build with this kernel. Edit 2: @blackhole Thanks. I'll try it later.

If you have nvidia closed source driver, version 5.16 will work only with this patch to nvidia-dkms:

https://bugs.archlinux.org/task/72801?project=1&string=nvidia-dkms

Hello, seems amdgpu hasnt really tested their code yet again before releasing. If you have issues, downgrade and please tell me your system.

@anarconda Unfortunatly i dont see any logs that concern your amdgpu problems :)

With 'local/linux-amd 5.16.v.0-2' I'm not getting X system and the screen shows messages about "pstore: crypto_comp-decompress failed, ret 0 -22!" and "Bluetooth: hci0: Failed to read codec capabilities (-56)".

Thanks for your efforts. Regards.

Hi all, thanks for your comments and for looking into it. After switching to linux-amd I soon experienced 2 crashes, but did not find it worth mentionining yet. Seeing @deemon had the same experience I decided to add my experience.

I've been trying to get a kdump kernel working to provide something more than "it crashed", but with no succes yet. However, I haven't experienced another crash since then either.

I think in the meantime the package was however updated from linux 5.15.11 to 5.15.12, so the kernel I'm running is not identical.

That's all I have unfortunately.