Package Details: linux-amd-headers 6.8.v.8-2

Git Clone URL: https://aur.archlinux.org/linux-amd.git (read-only, click to copy)
Package Base: linux-amd
Description: Header files and scripts for building modules for Linux kernel aimed at the ZNVER4/MZEN4 AMD CPU based hardware
Upstream URL: https://www.kernel.org/
Licenses: GPL2
Submitter: None
Maintainer: archdevlab
Last Packager: None
Votes: 30
Popularity: 0.73
First Submitted: 2019-11-10 15:20 (UTC)
Last Updated: 2024-04-29 09:32 (UTC)

Pinned Comments

<deleted-account> commented on 2023-05-04 16:38 (UTC)

GCC13.1 is mainlined in arch, so this means znver4 support can kick off on this kernel. The graysky compile patches have been updated too.

This kernel now natively supports the znver4 arch, but this kernel will most likely keep working on all AMD ryzen hardware. It's better to be able to address certain small perks or issues per architecture now and in the future.

If you use znver3 based hardware, please use linux-amd-znver3
If you use znver2 based hardware, please use linux-amd-znver2
If you use raven based hardware, please use linux-amd-raven

<deleted-account> commented on 2020-10-26 18:15 (UTC)

GCC11.1 is mainlined in arch, so this means znver3 support can kick off on this kernel. The graysky compile patches have been updated too.

This kernel now natively supports the znver3 arch, but this kernel will most likely keep working on all AMD ryzen hardware. It's better to be able to address certain small perks or issues per architecture now and in the future.

If you use znver2 based hardware, please use linux-amd-znver2
If you use raven based hardware, please use linux-amd-raven

<deleted-account> commented on 2019-11-10 15:23 (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

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

<deleted-account> commented on 2024-04-30 13:12 (UTC)

Hello, due to ongoing harassment on the AUR directed towards me from certain individuals, I find myself unable to continue maintaining any packages here. The relentless pressure and ill-mannered behavior from certain individuals behind the scenes have made it untenable for me to contribute further. Despite efforts to address these issues, the lack of action from the admins has only exacerbated the situation.

It deeply saddens me to have to make this decision, but for the sake of my well-being and peace of mind, I must step down from my role as a maintainer. I want to express my heartfelt gratitude to the users who have supported my work and used my packages over the years. Your encouragement has meant a great deal to me.

I hope that someday the AUR community can come together to foster a more respectful and supportive environment for all contributors. But for now, I bid you farewell!

<deleted-account> commented on 2024-04-29 12:30 (UTC)

@q there is zero demand after OS nouveau nvidia drivers, but since they seem to be releasing insecure dkms drivers now (https://aur.archlinux.org/pkgbase/linux-amd-znver2#comment-969041) I might have to reconsider...

QushyQushy commented on 2024-04-29 12:22 (UTC)

Does the kernel support nouveau somehow?

<deleted-account> commented on 2024-04-10 16:59 (UTC)

On this moment, linux 6.8.5 does not boot on my AMD CPU hardware. It's reproduced on serveral AMD CPU systems and my amd kernels. The only kernel that works is my slimmed down linux-slim, pointing to an upstream bug somewhere in more complex kernel configs. Because of the number of commits in the 6.8.5 and no debuginfo (the kernel crashes right after the initramfs pivot), I am currently at a loss what the problem specifically is.

<deleted-account> commented on 2024-03-13 09:13 (UTC)

@ripplingsnake AMD P-State Preferred Core has failed the merge window of linux 6.8 and I would mostly believe there is probably a good reason for that. (I don't know by detail -- I am not a kernel dev, I dont have the time to review all changes as they come in). I will not be merging/validating/testing this code in 6.8 on my own, I probably need alot more free time for that, sorry :-). It will also, potentially, put this kernel into danger of becoming unstable, that is not really the point of this kernel, since this is not a development kernel. Cutting edge, sure(ish), but not bleeding edge.

ripplingsnake commented on 2024-03-13 07:20 (UTC)

Weird about the patch as it seems it’s already in directory

ripplingsnake commented on 2024-03-13 07:16 (UTC) (edited on 2024-03-13 07:18 (UTC) by ripplingsnake)

Pref. ore patch should work fine the latest one is from November https://lkml.org/lkml/2023/11/29/70?darkschemeovr=1. Yes I added amd_pstate=active but still no change. Using your latest build and the device is ASU’s rog ally zen4 cpu rdna3 gpu. It doesn’t fall back to acpi but has pstates as passive with schedutil govenor it’s weird , I have been able to get EPP on the last 4 kernels I have tried

<deleted-account> commented on 2024-03-13 06:44 (UTC)

@ripplingsnake

I'm sorry but the provided audio patch is not compatible with linux 6.8:

applying git patch ../CS35l41.patch
error: patch failed: MAINTAINERS:4511
error: MAINTAINERS: patch does not apply
error: patch failed: sound/pci/hda/Kconfig:91
error: sound/pci/hda/Kconfig: patch does not apply
error: patch failed: sound/pci/hda/Makefile:27
error: sound/pci/hda/Makefile: patch does not apply
error: sound/pci/hda/cs35l41_hda.c: already exists in working directory
error: sound/pci/hda/cs35l41_hda.h: already exists in working directory
error: sound/pci/hda/cs35l41_hda_i2c.c: already exists in working directory
error: sound/pci/hda/cs35l41_hda_spi.c: already exists in working directory
error: sound/pci/hda/hda_component.h: already exists in working directory

<deleted-account> commented on 2024-03-13 06:37 (UTC)

@ripplingsnake

1) what are you talking about? active pstate should have been working from atleast linux 6.2. Did you add amd_pstate=active to the kernel to force/test? What znver do you have? does it fall back to the default acpi driver? I have so many questions, that is certainly not normal.

2) Can you link me the prefcore patch? Is it available/compatible with 6.8?

3) OK, I'll add the cirrus patch in a bit.

ripplingsnake commented on 2024-03-12 21:14 (UTC) (edited on 2024-03-12 21:24 (UTC) by ripplingsnake)

or if possible the audio patch for the cirrus logic CS35l41 https://git.kernel.org/pub/scm/linux/kernel/git/tiwai/sound.git/commit/?h=for-next&id=7b2f3eb492dac7665c75df067e4d8e4869589f4a