Package Base Details: linux-amd-znver2

Git Clone URL: https://aur.archlinux.org/linux-amd-znver2.git (read-only, click to copy)
Submitter: eggz
Maintainer: eggz (NhaMeh)
Last Packager: eggz
Votes: 16
Popularity: 0.75
First Submitted: 2020-10-26 18:04 (UTC)
Last Updated: 2024-04-27 16:32 (UTC)

Pinned Comments

eggz commented on 2020-10-26 18:15 (UTC)

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

« First ‹ Previous 1 .. 4 5 6 7 8 9 10 11 12 13 14 .. 16 Next › Last »

eggz commented on 2021-10-10 13:58 (UTC)

"Maybe the option "-j(Nr_of_cores-2)" as default might be a useful parameter?"

I dont control that variable, its provided by makepkg.conf, which is provided by core/pacman. I can only give you my experiences, and I had a situation where I had to do a "nr_of_cors+ 2+" -J flag.

I'm just glad you found your problem :-)

PeerK commented on 2021-10-10 13:16 (UTC) (edited on 2021-10-10 13:17 (UTC) by PeerK)

I have 8 cores, single threaded (4700U, laptop) and I tested the build process with -j4 and -j6, since I was still logged on.

Although I did not benchmark the processes precisely, -j6 built the kernel in a few minutes, while the default from the package was inacceptable long while the cores were sleeping ;-)

Maybe the option "-j(Nr_of_cores-2)" as default might be a useful parameter?

Thanks for the hint with -O3, I reset it to the default. Kind regards

eggz commented on 2021-10-10 10:35 (UTC)

how much cores you have and how many workers you pick? try adding 5 workers more than your threads and see what happens.

Be careful with choosing -O3, not all makefiles/packages support this and you might run into compatibility issues.

PeerK commented on 2021-10-10 10:26 (UTC)

For the last few kernel updates, the build process does not run on all availiable core.

Since this takes obviously much, much more time, I wondered if there is a technical reason, not to use on all the cores any more.

I am a noob, but I wonder, if "-j <no. of cores - 1>" in $MAKEFLAGS and "-O3" in $CFLAGS could speed up building the kernel.

Cheers,

s3rj1k commented on 2021-09-30 13:10 (UTC)

@eggz provides=linux description in wiki about reasons are quite full, but I wonder, what will happen if one would actually add this to a PKGBUILD, lets say separate one, specificaly tailored to replace existing default kernel, I mean like, would arch people take this AUR package down or it would just block a merge to community repo.

Would like to here a comment about that from Arch people.

eggz commented on 2021-09-30 04:39 (UTC)

sorry bkuri, I got told by arch linux staff not to do so. I find it annoying aswel.

https://aur.archlinux.org/pkgbase/linux-amd-znver2/?O=60&PP=10#comment-780129 https://aur.archlinux.org/pkgbase/linux-slim/?O=10&PP=10#comment-781913

bkuri commented on 2021-09-29 23:50 (UTC) (edited on 2021-09-29 23:59 (UTC) by bkuri)

@eggz Thanks for maintaining this package.

Would it be possible to add provides=linux to the PKGBUILD? I'm trying to remove the built-in manjaro kernel by using the following command mhwd-kernel -r linux510, but I'm receiving an error like "removing linux510 breaks dependency 'linux'".

Cheers!

s3rj1k commented on 2021-09-17 12:36 (UTC)

Yea, seems ok, yay AUR build cache was in the way, thanks

eggz commented on 2021-09-17 09:14 (UTC)

Yeah, thought so; it should have been fixed with the last commit yesterday? Otherwise I'm not following.

s3rj1k commented on 2021-09-17 08:39 (UTC)

@eggz latest change broke build at sha256sums check for renamed patch, sorry about stating that for the other kernel, got a bit mixed-up.