Package Details: linux-amd 5.9.v.12-1

Git Clone URL: https://aur.archlinux.org/linux-amd.git (read-only, click to copy)
Package Base: linux-amd
Description: Linux kernel aimed at the latest AMD Ryzen CPU based hardware
Upstream URL: https://www.kernel.org/
Licenses: GPL2
Provides: linux
Submitter: eggz
Maintainer: eggz (NhaMeh)
Last Packager: eggz
Votes: 8
Popularity: 0.30
First Submitted: 2019-11-10 15:20
Last Updated: 2020-12-02 10:27

Required by (188)

Sources (5)

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. https://aur.archlinux.org/packages/linux-amd-znver2/

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 :

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

Latest Comments

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

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.

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. https://aur.archlinux.org/packages/linux-amd-znver2/

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 2020-10-21 07:22

I am going to be honest with you: I have no idea. I do not have all the hardware lying around. Mostly if vanilla kernels work so should mine. I don't do anything too radical on this kernel.

dedguy21 commented on 2020-10-20 22:36

I just bought a new Dell G5 SE Ryzen 9 4900hs chip with Radeon 5600 gpu. Just wondering if this Kernel is compatible?

eggz commented on 2020-09-28 13:50

Well Im looking to keep this package for ZEN2 now for the time being. If ZEN3 comes out this package will become ZEN3 oriented, since this is supposed to target the newest amd hardware, but ill fork this package into a linux-amd-zen2 or something.

PS if you really want a ZEN1 pkg with the current linux version, you can always checkout "linux-raven-latest" on my repo. Its a hidden package I use for some of my machines that have ZEN1 -- But other than tat Im not really looking to maintain for zen1 hardware.

Maybe not useful for you, but just putting it out there.

gebau00a commented on 2020-09-27 05:51

I checked a little bit in the PKBUILD file and the config. I think you're in so far right, the config does not need to be adjusted. Only in the PKGBUILD, when you enforce the compiler flags, you could replace the znver2 with native. In this case, gcc would revert to the options possible for the processor, not the ones enfored. Kernel else runs smooth without changes to the config file.

Actually I still like to use the aur package so I do not need to manually update my kernel sources and all dkms dependencies all the time. Type of lazy solution for me ;-)

eggz commented on 2020-09-25 06:44

Uhm... This kernel is actually made for zen2. Where in the makefile would I change what? What kind of override are you thinking about? I'm willing to take a look at this.

As you might have noticed, I always stage the configfiles myself (you can see it is always updated each release in the sources), in the olddefconfig way (save for manual intervention if needed). So it already is flexible if I forget some things, but we are talking about the config that I want to push, the config I deem best for most people (best to my capabilities).

Advanced users with their own settings can surely script around this. With your knowledge, I'm guessing it won't be that hard to create a script that automaticly handles your preferences. I already learned that adapting this kernel to everyone's personal needs would be a never ending back and forth game to play (with me in the middle of it)... I mean: if you got your own config and so your own proper kernel,... then why use this kernel?

gebau00a commented on 2020-09-24 23:59

Whenever I update the kernel, I replace the optimizations for Zen generation 2 with Zen generation 1, both for the kernel config as well as the makefile. Thus i would suggest: In the makefile itself, replace the znver2 with native, so it would always be use the most efficient optimizations available. For the config file, as I come originally from Gentoo where it was standard ro reuse your old config and only adjust on new options, could the aur script be changed in a way to store the old config or use the one from /proc/config.gz?

eggz commented on 2020-09-09 08:03

OK, Always intrested to help (where I can atleast)

Trbl commented on 2020-09-09 06:54

Actually nevermind my report, I don't think it's kernel related, something else changed recently that I had missed until now. Chromium stoppoed using HW acceleration, switched from EGL to ANGLE and it always seems to lock up while a youtube video is playing in the foreground/background

Sorry for blaming the kernel