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

FYI, With the current kernelrelease I have a problem with my SIENNA (6800 series) GPU. The idle usage is through the roof, for some reason the GPU is not clocking back. There seems to be something using it but I have no idea what. This is at the kernel level.

I have succesfully removed the problem on my linux-slim kernel by reverting the "doorbell" commits which seems to cause this high usage bug (in some way I do not understand)

I have searched around alot EVERYWHERE the last few days, and it seems to me I am the ONLY one with this problem (or a sienna gpu?), if there is a need for the fix on this kernel, let me know and I will make it so.

5.11.2 still does not contain the upstream amdgpu fixes, but atleast they are spotted in the master tree of stable:

https://git.kernel.org/pub/scm/linux/kernel/git/stable/linux.git/commit/?id=9c712c9c382ca69a955e3a384fc245ad8c42b005

Which leads me to believe they will finally be merged in 5.11.3

Until then, enjoy this prepatched kernel I guess..

Looks like the amdgpu patches are still not mainlined, so... enjoy this patched kernel I guess? Can't really follow why it is so hard to merge these commits to stable.

Hey fellow AMD users, this is just a PSA; Be sure to check this thread out: https://www.reddit.com/r/Amd/comments/lnmet0/an_update_on_usb_connectivity_with_500_series/

As it turns out, I myself was/is also affected by those problems. But mostly the 'replug' happens so fast I don't even notice it. But my kernel logs sure does! :

Feb 23 09:45:21 eggzpc kernel: usbcore: registered new interface driver usbfs
Feb 23 09:45:21 eggzpc kernel: usbcore: registered new interface driver hub
Feb 23 09:45:21 eggzpc kernel: usbcore: registered new device driver usb
Feb 23 09:45:21 eggzpc kernel: usb usb2: We don't know the algorithms for LPM for this host, disabling LPM.
Feb 23 09:45:21 eggzpc kernel: usb usb4: We don't know the algorithms for LPM for this host, disabling LPM.
Feb 23 09:45:21 eggzpc kernel: usb: port power management may be unreliable
Feb 23 09:45:21 eggzpc kernel: usb usb6: We don't know the algorithms for LPM for this host, disabling LPM.
Feb 23 09:45:21 eggzpc kernel: usb usb8: We don't know the algorithms for LPM for this host, disabling LPM.
Feb 23 09:45:21 eggzpc kernel: usb 1-3: new full-speed USB device number 2 using xhci_hcd
Feb 23 09:45:21 eggzpc kernel: usb 5-1: new full-speed USB device number 2 using xhci_hcd
Feb 23 09:45:21 eggzpc kernel: usb 3-4: new full-speed USB device number 2 using xhci_hcd
Feb 23 09:45:21 eggzpc kernel: usb 7-2: new full-speed USB device number 2 using xhci_hcd
Feb 23 09:45:21 eggzpc kernel: usb 3-4: config 1 has an invalid interface number: 2 but max is 1
Feb 23 09:45:21 eggzpc kernel: usb 3-4: config 1 has no interface number 1
Feb 23 09:45:21 eggzpc kernel: usb 5-1: not running at top speed; connect to a high speed hub
Feb 23 09:45:21 eggzpc kernel: usbcore: registered new interface driver usbhid

Lets hope AMD adresses them soon!

I identified the AMDgpu troubles in the linux-next tree and "backported" the patch

https://git.kernel.org/pub/scm/linux/kernel/git/next/linux-next.git/commit/?id=85f4f00c1e88b2a5aced59cca7354631e8889dfb

Description:

This reverts commit 8866a67ab86cc0812e65c04f1ef02bcc41e24d68.

This breaks hotplug of HDMI on some systems, resulting in
a blank screen also causes failures for displays to light up
on other systems.

There are a bunch of other fixes in upstream (linux-next), but this one seems standalone and is compatible with the stable tree. I'm not going to put everything upstream inhere, this seems to be enough for me to supress all the AMDGPU errors.

I tested this on 2 machines already and it seems to have good results.

Hmmm, I had some trouble with the amdgpu driver on a random boot on this release, but it appears to be random and its very hard to recreate for me (it happens very rarely it seems). It could also just be my new SIENNA hardware acting up. Keep me posted if there are any major problems with amdgpu, I personally think it was just a one-off.

I am currently experiencing some trouble with building this particular kernel on the new version, please hang on while I identify the problem..

The point is, mkinitcpio must not be part of your kernel package at all. Which tool you use, whether dracut, mkinitcpio must not affect your kernel image package in any case. This is sad, your kernel image is well done, and this mix with mkinitcpio administration is a bad design flaw. Sorry.

Archlinux is a distro of choice, just like this kernel is a kernel of choice. No one is forcing you to use this kernel. I also had to make my own choices, deciding what is best for the greater good. I'm sorry, but I cannot please everyone. I'm using mkinitcpio. I will not support every tool on the planet for using/building this kernel, I am just one person doing this in his free time, for everyone, for free, asking absolutely nothing in return.

This kernel started when I wanted to share my efforts with the world while working around some upstream issues on AMD hardware. I do not bear any resposabilities publishing this kernel; but I always try to do whats best for everyone none the less. If the world decides that someone else must use the "linux-amd" name in AUR, I will step back and let him do all that work -- but that is not decided by one man. (well unless its an arch linux core admin I guess)

This kernel is free for use. You have lost nothing in the proces. Learn to respect other peoples choices before going on some crazy dracut crusade. This is contrived, unnecessary and unkind.

PS. I make my living working with redhat servers, so I don't have anything against RHEL based distros. I do, however, have something against people attacking other peoples free will and trying too hard to make them look very bad in public.

@eggz depending on mkinitcpio BECAUSE THIS IS NOT REDHAT? Archlinux is the distro of choice, there is no need for this dependency. This is contrived, unnecessary and unkind.