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.79
First Submitted: 2020-10-26 18:04 (UTC)
Last Updated: 2024-04-17 10:51 (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 .. 5 6 7 8 9 10 11 12 13 14 15 16 Next › Last »

GJRodenburg commented on 2021-08-25 06:20 (UTC)

@eggz, just a quick note to say thanks for maintaining this 'flavour' of the kernel.

eggz commented on 2021-08-18 21:34 (UTC)

I added fscrypt support due to popular demand (I have had this question before), but I have my reservations over its security and performance. Luks seems to be a much better way to do this...

s3rj1k commented on 2021-08-18 12:43 (UTC)

please enable CONFIG_FS_ENCRYPTION build option

eggz commented on 2021-06-28 08:27 (UTC)

Linux Kernel 5.13 git development log:

      amdgpu:
       - Revert GFX9/10 doorbell fixes, we just end up trading one bug for
         another

Yeah, totaly didn't see that one coming ..

5.13 Coming up.

eggz commented on 2021-06-26 13:18 (UTC)

OK I reverted the "doorbell" (thats how they call it in the git...) commits to remove the idle bug. The AMDGPU team should really consider testing their commits before mainlining them ...

eggz commented on 2021-06-26 12:52 (UTC)

@GJRodenburg, as explained and proven by linux-slim, I have the fix. The question was if I should implement it. I guess thats a yes.

@DanEng Performance stays the same on all my systems, I got no idea about that.

DanEng1982 commented on 2021-06-26 10:31 (UTC) (edited on 2021-06-26 10:34 (UTC) by DanEng1982)

My experience is this since the latest kernel - same applies to 5.13-RC7-mainline tho: Geekbench gave me a multi-core score of some 7200-7600 in the past, since the last releases of the mentioned kernel versions I only get some 4100-4200 points on the same machine (Lenovo IdeaPad 5 15ARE05 with Ryzen 7 4800U and 16GB RAM), nothing else has changed. I am not saying that your kernel is at fault and to be fair and honest it doesn't feel slower at all, might even be just a glitch with Geekbench. But this is just my two cents.

GJRodenburg commented on 2021-06-26 10:04 (UTC)

@eggz I'm seeing the same GPU useage on a [AMD/ATI] Navi 10 [Radeon RX 5600 OEM/5600 XT / 5700/5700 XT] (rev c1). It was only on the znver2 kernel, but now has hopped over to the (new) 5.12.13-arch1-1 stock arch kernel. I have no fix, but just to give you another datapoint.

eggz commented on 2021-06-24 11:37 (UTC)

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.

eggz commented on 2021-06-16 12:13 (UTC)

Concerning the previously applied suspend patch;

applying git patch ../suspend.patch
error: patch failed: drivers/usb/host/xhci-pci.c:59
error: drivers/usb/host/xhci-pci.c: patch does not apply
error: patch failed: drivers/usb/host/xhci.h:1892
error: drivers/usb/host/xhci.h: patch does not apply

These patches are no longer actual. I will not forceimplement them on a "fire for effect" basis, that will cause trouble. If there are new, up to date/correct patches available I will implement them.

I don't have time to codereview right now -- might be they got merged aswel.