@eggz: You're welcome. The config option that likely triggers the bug is CONFIG_GCC_PLUGIN_STACKLEAK=y btw, and your kernel config does use that option.
Search Criteria
Package Details: linux-amd-znver3-headers 6.8.v.8-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: | Header files and scripts for building modules for the linux-amd-znver3 kernel |
| Upstream URL: | https://www.kernel.org/ |
| Licenses: | GPL2 |
| Submitter: | eggz |
| Maintainer: | eggz |
| Last Packager: | eggz |
| Votes: | 10 |
| Popularity: | 1.06 |
| First Submitted: | 2023-05-04 15:47 (UTC) |
| Last Updated: | 2024-04-27 16:36 (UTC) |
Dependencies (9)
- bc (bc-ghAUR) (make)
- docbook-xsl (make)
- gcc (gccrs-gitAUR, gcc11AUR, gcc-gitAUR) (make)
- git (git-gitAUR) (make)
- inetutils (inetutils-gitAUR, busybox-coreutilsAUR) (make)
- kmod (kmod-gitAUR, busybox-coreutilsAUR) (make)
- libelf (elfutils-gitAUR) (make)
- lzop (make)
- xmlto (xmlto-gitAUR) (make)
Required by (0)
Sources (3)
hardfalcon commented on 2024-04-11 00:47 (UTC)
eggz commented on 2024-04-10 21:03 (UTC)
@hardfalcon Ill have a look at your fix tomorrow when I have more energy, thank you for the fix and thread, that would indeed explain the complexity of this error!
@anarconda thanks again for the feedback
eggz commented on 2024-04-10 20:28 (UTC)
@anarconda I know you're trying to help -- but I'm afraid the EFI problem is too complex to figure out on this evening, so im releasing an interim build without the efi module until I know why the module is giving trouble. Something is not right and last time upstream had to revert an EFI commit aswel ; I am incredibly suspicious.
Anarconda commented on 2024-04-10 20:22 (UTC)
I'm just trying to help to debug this thing with a little good humor.
eggz commented on 2024-04-10 20:16 (UTC)
@anarconda not trying to convince you -- just trying to fix the kernel @hardfalcon a fixed build is coming up. I am done with the breaking changes in the EFI module. :-)
hardfalcon commented on 2024-04-10 20:07 (UTC) (edited on 2024-04-10 20:31 (UTC) by hardfalcon)
eggz: I have a suspicion that you're affected by the same bug that I stumbled across, though it is caused by another commit.
The same commit is also present in kernel 6.6.26 btw.
Here's a fix that worked for me (at least with the reduced kernel config that I used for bisecting).
For details, see this thread.
Anarconda commented on 2024-04-10 20:02 (UTC)
I have this in my /proc/config.gz right now (kernel 6.8.5)
CONFIG_EFI=y
CONFIG_EFI_STUB=y
CONFIG_EFI_HANDOVER_PROTOCOL=y
...
CONFIG_X86_MEM_ENCRYPT=y
CONFIG_AMD_MEM_ENCRYPT=y
CONFIG_NUMA=y
Sorry, but still not convinced.
eggz commented on 2024-04-10 19:54 (UTC)
It seems this is the commit that broke my kernels:
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.
eggz 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.
eggz 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
Pinned Comments
eggz commented on 2023-05-07 09:41 (UTC)
Tired of compiling? Use this binary repo instead! Add this at the end of /etc/pacman.conf :