Search Criteria
Package Details: linux-amd-znver3 6.12.v.5-1
Package Actions
| Git Clone URL: | https://aur.archlinux.org/linux-amd-znver3.git (read-only, click to copy) |
|---|---|
| Package Base: | linux-amd-znver3 |
| Description: | Linux kernel aimed at the znver3 AMD Ryzen CPU based hardware |
| Upstream URL: | https://www.kernel.org/ |
| Licenses: | GPL2 |
| Submitter: | None |
| Maintainer: | bebna |
| Last Packager: | bebna |
| Votes: | 11 |
| Popularity: | 0.165380 |
| First Submitted: | 2023-05-04 15:47 (UTC) |
| Last Updated: | 2024-12-15 16:04 (UTC) |
Dependencies (14)
- coreutils (coreutils-gitAUR, busybox-coreutilsAUR, coreutils-hybrid-gitAUR, coreutils-selinuxAUR, coreutils-uutilsAUR, coreutils-hybridAUR)
- kmod (busybox-coreutilsAUR, kmod-gitAUR)
- linux-firmware (linux-libre-firmwareAUR, linux-firmware-xzAUR, linux-firmware-gitAUR, linux-firmware-uncompressedAUR)
- lzop
- bc (bc-ghAUR) (make)
- docbook-xsl (make)
- gcc (gcc-gitAUR, gccrs-gitAUR, gcc11AUR, gcc-snapshotAUR) (make)
- git (git-gitAUR, git-glAUR) (make)
- inetutils (inetutils-gitAUR, busybox-coreutilsAUR) (make)
- kmod (busybox-coreutilsAUR, kmod-gitAUR) (make)
- libelf (elfutils-gitAUR) (make)
- lzop (make)
- xmlto (xmlto-gitAUR) (make)
- crda (wireless-regdb) (optional) – to set the correct wireless channels of your country
Latest Comments
« First ‹ Previous 1 2 3 4 5 6 7 8 9 10 .. 12 Next › Last »
<deleted-account> commented on 2024-04-10 19:54 (UTC)
It seems this is the commit that broke my kernels:
https://git.kernel.org/pub/scm/linux/kernel/git/stable/linux.git/commit/?h=linux-6.8.y&id=7596a378a1aeead848b13bf442a4a678ce64cfce
if you enable CONFIG_EFI you will get into trouble. Probably because of the CONFIG_AMD_MEM_ENCRYPT dependency. This isnt the first time CONFIG_EFI got broken by upstream so I will probably leave it off on all the kernels even if they fix it afterwards (which they did last time, but only after a while). builds are coming up.
<deleted-account> commented on 2024-04-10 17:54 (UTC)
The problem is definetly upstairs. you are simply not using the module that is broken right now on your working kernel. The problem is I dont know which one it is.
<deleted-account> commented on 2024-04-10 17:51 (UTC)
ty for feedback. Yeah the linux-slim 6.8.5 also works for my system, but it has like 100 less modules
Anarconda commented on 2024-04-10 17:32 (UTC)
@eggz Yes, the kernel 6.8.5 compiled with your PKGBUILD returns to my UEFI menu but a different 6.8.5 PKGBUILD tweaked for an AMD znver3 CPU is working (using it right now). Meaning: I don't think the problem is upstairs.
I hope this is useful to you. Cheers.
<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.
Anarconda commented on 2024-02-01 14:20 (UTC)
Just a heads-up for nvidia users: the package nvidia-open-dkms-545.29.06-15 in extra-testing is compiling and probably working (not sure because my GPU is not supported) but the PC is working in text mode.
<deleted-account> commented on 2024-02-01 10:22 (UTC)
I'm sure they'll fix the dkms sooner or later, this kernel has just released.
Anarconda commented on 2024-02-01 09:26 (UTC)
I didn't, but I just did, with the same result.
<deleted-account> commented on 2024-02-01 09:16 (UTC)
BTW, you did reboot after installing the kernel headers, right? and then did the dkms autoinstall afterwards?
« First ‹ Previous 1 2 3 4 5 6 7 8 9 10 .. 12 Next › Last »