dwarves failed to build from source in Fedora rawhide/f37 https://koji.fedoraproject.org/koji/taskinfo?taskID=89767712 For details on the mass rebuild see: https://fedoraproject.org/wiki/Fedora_37_Mass_Rebuild Please fix dwarves at your earliest convenience and set the bug's status to ASSIGNED when you start fixing it. If the bug remains in NEW state for 8 weeks, dwarves will be orphaned. Before branching of Fedora 38, dwarves will be retired, if it still fails to build. For more details on the FTBFS policy, please visit: https://docs.fedoraproject.org/en-US/fesco/Fails_to_build_from_source_Fails_to_install/
Created attachment 1900988 [details] build.log
Created attachment 1900989 [details] root.log file root.log too big, will only attach last 32768 bytes
Created attachment 1900990 [details] state.log
This bug appears to have been reported against 'rawhide' during the Fedora Linux 37 development cycle. Changing version to 37.
It seems, that dwarves-1.24-1.fc38 broke kernel build.
In what way? There have been some reports, related to the encoding of BTF_KIND_ENUM64, but not about breaking the kernel build, only afterwards the kernel BPF verifier not grokking the new encodings for 64 bit enum entries, can you please point to kernel build logs so that I can investigate futher?
During bzImage or build: ./tools/bpf/resolve_btfids/resolve_btfids vmlinux FAILED: load BTF from vmlinux: Invalid argument Similar: https://lore.kernel.org/all/20220826025944.hd7htqqwljhse6ht@altlinux.org/T/
Dwarves-1.24-1.fc36 in the Fedora 36 updates-testing repository also breaks compiling the kernel src rpm (for x86_64 arch). I can collect the error messages again if needed, but at the time I searched for the error string and found a forum entry pointing to a change in dwarves as not compatible with the current kernel sources, so I downgraded to dwarves-1.23-2.fc36 and the kernel src rpm compiled without error. I expected that the same error would be discovered by someone else soon enough, but I see the same version of dwarves in updates-testing for two weeks now, so perhaps not.
I had the same issue with dwarves 1.24 on fedora 37 when attempting to build a kernel for AArch64 and ended up having to re-provision the system with Fedora 36.
what kernel version are you trying to build? looks like this could be related to BZ 2138510
I was building patched main branch of centos-stream-9 on AArch64. It worked fine on Fedora 36 with dwarves 1.23.
Theres no need to needinfo releng here. The package failed to build in the last mass rebuild.
(In reply to Mark Charlebois (Qualcomm) from comment #11) > I was building patched main branch of centos-stream-9 on AArch64. It worked > fine on Fedora 36 with dwarves 1.23. if the kernel does not have enum64 support then kernel build needs to disable enum64 generation (via pahole option) otherwise during the build the resolve_btfids won't be able to read BTF not sure what's centos-9 state wrt BTF's enum64
(In reply to olsajiri from comment #10) > what kernel version are you trying to build? looks like this could be > related to BZ 2138510 Seems unlikely, that BZ was that the kernel failed at boot. If you notice my previous post was that the kernel would not finish the build, and that was prior to the 6.0.x kernels being released for F36, so would have been one of the later 5.19.x versions. I do not remember the exact version, but I will try again with the latest 6.0.x version in F37 since I just upgraded. I think dwarves 1.24 is the only version available in F37 respositories, but I am not positive about that.
Kernel builds OK from src rpm in Fedora 37. I do not have interest in going back to F36 to test what was causing the problem, so I no longer have any useful information to contribute.