Package Details: linux-amd-headers 5.10.v.11-1

Git Clone URL: (read-only, click to copy)
Package Base: linux-amd
Description: Header files and scripts for building modules for Linux kernel aimed at the latest AMD CPU based hardware
Upstream URL:
Licenses: GPL2
Submitter: eggz
Maintainer: eggz (NhaMeh)
Last Packager: eggz
Votes: 8
Popularity: 0.102395
First Submitted: 2019-11-10 15:20
Last Updated: 2021-01-27 11:41

Pinned Comments

eggz commented on 2020-10-26 18:15

With znver3 binutils already spotted in the wild: time to clarify.

As the description says: This kernel will always target the latest amd hardware. This will become znver3 soon, spearheaded by the ryzen 5000 series. I have made linux-amd-znver2 as a 'fork' of this package to facilitate the best possible zen2 experience. People using znver2 based hardware are invited to start using this kernel.

As soon as znver3 is mainlined, this kernel will be configured (and compiled in the repo) towards znver3.

This kernel will most likely keep working on all AMD ryzen hardware. But it's better to be able to address certain small perks or issues per architecture now and in the future.

eggz commented on 2019-11-10 15:23

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

Server =$repo/$arch
SigLevel = Optional TrustAll

Latest Comments

1 2 3 4 5 6 ... Next › Last »

Moo-Crumpus commented on 2021-01-27 18:08

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.

eggz commented on 2021-01-27 12:04

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.

Moo-Crumpus commented on 2021-01-27 05:48

@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.

eggz commented on 2021-01-25 11:25

Because this is Arch Linux, not Red Hat. This package only uses and tunes mkinitcpio. If you deviate from the mkinitcpio tools, indeed, this kernel/package is not for you.

Moo-Crumpus commented on 2021-01-25 11:20

Why does this depend on mkinitcpio. dracut is available, too.

JP-Ellis commented on 2021-01-13 10:28

Ok, thanks for letting me know. From the description:

Linux kernel aimed at the latest AMD Ryzen CPU based hardware

I thought this was meant to be compatible with the standard Arch Linux kernel, it does not mention that it disables certain core features. You probably should update the description to make people aware that this is not a drop-in replacement for core/linux as features are removed.

eggz commented on 2021-01-13 10:16

This kernel is performance oriented, encryption is not part of that.

If your priority is to be more compatible with the upstream kernel, and avoid any "disparities", I suggest you install the upstream kernel :-)

JP-Ellis commented on 2021-01-13 09:46

Thanks for creating thie PKGBUILD.

I am having an issue logging in when using this kernel, but both core/linux and extra/linux-zen kernel work fine. My user is managed by systemd-homed and it appears that the issue is with access to the .homedir file. Logging in as root still works fine. I have no idea though why permissions on the linux-amd kernel would be any different. Does anyone have an idea?

I'm thinking it might be something with fscrypt not being supported in the same way?

Actually, looking at the linux-amd config, it appears that fscrypt is disbled as the CONFIG_FS_ENCRYPTION is not set. I'm also noticing that the PKGBUILD has quite a few disparities from the upstream linux PKGBUILD (for example, it still is using a .install file even though I believe these are all handled by pacman hooks now).

Scimmia commented on 2020-12-10 16:42

Please see the warning here:

eggz commented on 2020-10-31 11:25

I have added 'COMPRESSION="lzop"' in the mkinitcpio preset of this kernel. I find this balanced compression for the ramdisk alot faster for installing, and booting from it. Please check your preset file in /etc/mkinitcpio.d/ to make sure that this change is adopted (as there is probably a pacsave file created there instead). Also make sure you have lzop installed.