Arch Linux User Repository

Search Criteria

Enter search criteria

Search by

Keywords

Out of Date

Sort by

Sort order

Per page

Package Details: linux-amd-headers 6.10.5-1

Package Actions

Git Clone URL:	https://aur.archlinux.org/linux-amd.git (read-only, click to copy)
Package Base:	linux-amd
Description:	Headers and scripts for building modules for the linux-amd package
Upstream URL:	https://www.kernel.org/
Licenses:	GPL-2.0-only
Submitter:	None
Maintainer:	archdevlab
Last Packager:	archdevlab
Votes:	33
Popularity:	0.21
First Submitted:	2019-11-10 15:20 (UTC)
Last Updated:	2024-08-21 00:22 (UTC)

Dependencies (28)

linux-amd^AUR
pahole (pahole-git^AUR)
bc (bc-gh^AUR) (make)
binutils (make)
bison (byacc-bison^AUR, bison-git^AUR) (make)
cpio (cpio-git^AUR) (make)
flex (flex-git^AUR) (make)
gcc (gcc-git^AUR, gccrs-git^AUR, gcc11^AUR, gcc-snapshot^AUR) (make)
gcc-libs (gcc-libs-git^AUR, gccrs-libs-git^AUR, gcc11-libs^AUR, gcc-libs-snapshot^AUR) (make)
gettext (gettext-git^AUR) (make)
git (git-git^AUR, git-gl^AUR) (make)
glibc (glibc-git^AUR, glibc-linux4^AUR, glibc-eac^AUR, glibc-eac-bin^AUR, glibc-eac-roco^AUR) (make)
graphviz (make)
imagemagick (imagemagick-git^AUR, imagemagick-full-git^AUR, imagemagick-full^AUR) (make)
kmod (busybox-coreutils^AUR, kmod-git^AUR) (make)
libelf (elfutils-git^AUR) (make)
make (make-git^AUR) (make)
pahole (pahole-git^AUR) (make)
patch (patch-git^AUR) (make)
perl (perl-git^AUR) (make)
python (python37^AUR, python311^AUR, python310^AUR) (make)
python-sphinx (python-sphinx-git^AUR) (make)
python-yaml (python-yaml-git^AUR) (make)
tar (tar-git^AUR, busybox-coreutils^AUR) (make)
texlive-latexextra (texlive-installer^AUR, texlive-full^AUR, texlive-dummy^AUR) (make)
xmlto (xmlto-git^AUR) (make)
xz (xz-git^AUR) (make)
zstd (zstd-git^AUR, zstd-static^AUR) (make)

Required by (0)

Sources (21)

Pinned Comments

archdevlab commented on 2024-08-15 03:38 (UTC)

I have adopted this package and have updated it!

Thanks!

<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 .. 37 Next › Last »

archdevlab commented on 2024-08-21 00:25 (UTC)

@mydongistiny

Hi it was a mistake when importing the initial push. Fixed in :https://aur.archlinux.org/cgit/aur.git/commit/?h=linux-amd&id=e3e09f2b7998cdff934b4e2fad23e7305bef2c80

mydongistiny commented on 2024-08-19 20:11 (UTC)

Could you possibly set the znver as an env option instead of defaulting to znver2?

archdevlab commented on 2024-08-15 03:38 (UTC)

I have adopted this package and have updated it!

Thanks!

chrismartinliac commented on 2024-06-27 10:53 (UTC) (edited on 2024-06-27 10:54 (UTC) by chrismartinliac)

Given that that this kernel package has not been updated since April (and it's now almost July) can the community assume it is no longer maintained? The zenver2 and zenver3 variants both have 6.9.x versions, but zen4 owners seem out in the cold?

EDIT: The most recent comment before this one suggests it's no longer maintained.

<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.

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