Arch Linux User Repository

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

Euh... Not really sure what the question is here for me, but you can check out the arch linux vanilla kernel right here: https://archlinux.org/packages/core/x86_64/linux/

Enjoy!

why don't you use archlinux kernel sources? pretty sure I don't know anything, but they have some patches for vanilla kernel and there's the config exclusively made for arch

Preliminary tests on the 6.5 RC point out that the AMD pstate in an active state is now supported on znver2. However, the parameter CONFIG_X86_AMD_PSTATE_DEFAULT_MODE=3, which is supposed to autoenable this driver, Does not work for znver2 cpus. (it does seem to work for higher archs)

So please make sure you keep passing the amd_pstate=active to your kernel to activate pstate on your znver2 CPU, despite of what you might have heared.

EDIT: to be clear: only pass amd_pstate=active on linux 6.5, on linux 6.4 it is amd_pstate=passive

Thanks for maintaining and keeping this package up2date!

Understood! Appreciate the explanation, and the work you do.

@Deneb sorry but my build pipelines use cloned local git repositories to function and alot of functionality, flexibility (and possible error reproducing) depends on it. changing the pipelines to a tarball, while not impossible, would require enourmous effort and time from me I simply do not have to make it(building,installing,testing,reverting commits from upsteam,...) all work on my end too.

I personally prefer the git way, while I know its a larger pull from the internet -- that's why I put the gitrepo in the correct place localy before I do the makepkg so it doesnt have to download it all over again.

TL;DR ==> When upstream messes up that simple,fast and flat tarball becomes my enemy.

Okay, thanks :)

On another note - could the PKGBUILDs be changed to pull the kernel source tarballs instead of the full repository? Would save on disk space and time in the download phase.

@deneb Thank you for saying, I realised the same thing a while ago and I am on it :-)

My bad, I've just realised that this is the wrong AUR package.

The issue is still present for linux-amd and likely also linux-amd-znver3 (judging by the modification times).

@deneb

Not true, it has been updated last build:

[root@buildpc ~]# pacman -Q gcc
gcc 13.2.1-3

[2023-08-06T03:39:46+0000] [ALPM] upgraded gcc-libs (13.1.1-2 -> 13.2.1-3)

And the kernel was build on

 Sun Aug  6 03:53:53 UTC 2023

I'm going to assume you are using old info. That being said, I fixed the buildserver that it will always update before autobuild next time, this shouldn't happen again.