Bug 868012 – app-emulation/xen-tools-4.16.2:0/4.16 - /.../ebpf_rss.c:52: undefined reference to bpf_program_set_socket_filter

• Product: Gentoo Linux
• Status: CONFIRMED ---

[Description Toralf Förster 2022-09-02 13:38:12 UTC]

too long lines were shrinked:

[1534/2463] Linking target qemu-system-i386
FAILED: qemu-system-i386 
x86_64-pc-linux-gnu-g++  -o qemu-system-i386 qemu-system-i386.p/softmmu_main.c.o libcommon.fa.p/ui_input-legacy.c.o libcommon.fa.p/hw_9pfs_9p-local.c.o libcommon.fa.p/audio_mixeng.c.o libcommon.fa.p/audio_audio_legacy.c.o libcommon.fa.p/hw_ipmi_smbus_ipmi.c.o libcommon.fa.p/hw_input_virtio-input.c.o
/usr/lib/gcc/x86_64-pc-linux-gnu/12.2.0/../../../../x86_64-pc-linux-gnu/bin/ld: libcommon.fa.p/ebpf_ebpf_rss.c.o: in function `ebpf_rss_load':
/var/tmp/portage/app-emulation/xen-tools-4.16.2/work/xen-4.16.2/tools/qemu-xen-build/../qemu-xen/ebpf/ebpf_rss.c:52: undefined reference to `bpf_program__set_socket_filter'
collect2: error: ld returned 1 exit status
[1535/2463] Compiling C object tools/virtiofsd/virtiofsd.p/passthrough_seccomp.c.o

  -------------------------------------------------------------------

  This is an unstable amd64 chroot image at a tinderbox (==build bot)
  name: 17.1_desktop-j4-20220827-100004

  -------------------------------------------------------------------

gcc-config -l:
 [1] x86_64-pc-linux-gnu-11.3.0
 [2] x86_64-pc-linux-gnu-12.2.0 *
clang/llvm (if any):
/usr/lib/llvm/14
14.0.6
Python 3.10.6
Available Ruby profiles:
  [1]   ruby27 (with Rubygems)
  [2]   ruby31 (with Rubygems) *
Available Rust versions:
  [1]   rust-bin-1.62.1 *
The following VMs are available for generation-2:
1)	Eclipse Temurin JDK 11.0.15_p10 [openjdk-bin-11]
*)	Eclipse Temurin JDK 17.0.3_p7 [openjdk-bin-17]
3)	Eclipse Temurin JDK 8.332_p09 [openjdk-bin-8]
Available Java Virtual Machines:
  [1]   openjdk-bin-8 
  [2]   openjdk-bin-11 
  [3]   openjdk-bin-17  system-vm

The Glorious Glasgow Haskell Compilation System, version 9.0.2
php cli:
GNU Make 4.3

  HEAD of ::gentoo
commit 2bfac406931fe8e498412920967d33f9430d4ecb
Merge: 5052a5a1f107 119aa0446047
Author: Repository mirror & CI <[e-mail]>
Date:   Fri Sep 2 11:46:41 2022 +0000

    Merge updates from master

emerge -qpvO app-emulation/xen-tools
[ebuild     U ] app-emulation/xen-tools-4.16.2 [4.15.4_pre] USE="hvm ipxe qemu qemu-traditional rombios sdl -api -debug -doc -lzma -ocaml -ovmf -pygrub -python -screen (-selinux) -static-libs -system-ipxe -system-qemu -system-seabios -systemd% -zstd%" PYTHON_SINGLE_TARGET="python3_10 -python3_8 -python3_9"

[Comment 1 Toralf Förster 2022-09-02 13:38:13 UTC]

Created attachment 802720 [details]
emerge-info.txt

[Comment 2 Toralf Förster 2022-09-02 13:38:14 UTC]

Created attachment 802723 [details]
app-emulation:xen-tools-4.16.2:20220902-120747.log.bz2

[Comment 3 Toralf Förster 2022-09-02 13:38:16 UTC]

Created attachment 802726 [details]
emerge-history.txt.bz2

[Comment 4 Toralf Förster 2022-09-02 13:38:17 UTC]

Created attachment 802729 [details]
environment

[Comment 5 Toralf Förster 2022-09-02 13:38:18 UTC]

Created attachment 802732 [details]
etc.portage.tar.bz2

[Comment 6 Toralf Förster 2022-09-02 13:38:19 UTC]

Created attachment 802735 [details]
logs.tar.bz2

[Comment 7 Toralf Förster 2022-09-02 13:38:21 UTC]

Created attachment 802738 [details]
temp.tar.bz2

[Comment 8 awilum 2023-06-01 16:27:41 UTC]

Created attachment 863015 [details]
emerge --info with xen-tools-4.17.1-r1

[Comment 9 awilum 2023-06-01 16:31:01 UTC]

Created attachment 863016 [details]
xen-tools-4.17.1-r1 build.log

Hello,

As you can see in this build.log, I had the same error with xen-tools-4.17.1-r1.

Best regards.

[Comment 10 Chris O'Brien 2025-01-20 01:24:17 UTC]

I was having a similar issue building both 4.18.4_pre1 and 4.19.1. I worked around it by doing the following:

/etc/portage/package.use/xen-tools 
app-emulation/xen-tools -python_single_target_python3_10 python_single_target_python3_11 -python_single_target_python3_12 -qemu qemu-traditional system-seabios

I think the python flags were a carry over from an issue I was having on another VM, not something that was directly affecting this new build. I also believe teh syste-seabios is not necessary since I tried that first and it didn't solve it for me. The thing that seemed to do it was to remove qemu in favor of qemu-traditional. Originally it was trying to build with both selected which was failing. I now can successfully build xen-tools and the XCP-ng Xen Orchestra server can see the tools running within the VM and it correctly identifies the guest as a Gentoo one.