systemd/systemd: disable BPF

Not all kernels have CONFIG_DEBUG_INFO_BTF=y, which means we can hit a
deadlock on boot if this is enabled. I haven't seen or heard of anyone
hitting this on mutable pmOS, since /boot is IIRC mounted via fstab,
but this is hit in Duranium where /boot is mounted on-demand via a
boot.automount unit

Since CONFIG_DEBUG_INFO_BTF isn't enabled broadly, enabling BPF support
in systemd probably doesn't make any sense for now?

See:
- https://github.com/systemd/systemd/issues/41162
- https://gitlab.postmarketos.org/postmarketOS/pmaports/-/issues/4411

Signed-off-by: Clayton Craft <craftyguy@postmarketos.org>
Part-of: <https://gitlab.postmarketos.org/postmarketOS/pmaports/-/merge_requests/8198>
This commit is contained in:
Clayton Craft 2026-03-18 11:01:26 -07:00 committed by The Friendly Meow (merge) Bot
parent f935f6329b
commit d2ad485b51
No known key found for this signature in database

View file

@ -37,7 +37,6 @@ makedepends="
audit-dev
bash
bash-completion
bpftool
clang
cmake
coreutils
@ -48,7 +47,6 @@ makedepends="
gperf
kmod-dev
libapparmor-dev
libbpf-dev
libbz2
libcap-dev
libfido2-dev
@ -95,7 +93,6 @@ depends="
kmod-libs
libapparmor
libblkid
libbpf
libcap2
libdw
libelf
@ -240,7 +237,7 @@ build() {
-Ddns-servers="9.9.9.10#dns10.quad9.net 149.112.112.10#dns10.quad9.net 2620:fe::10#dns10.quad9.net 2620:fe::fe:10#dns10.quad9.net" \
-Dntp-servers="0.pool.ntp.org 1.pool.ntp.org 2.pool.ntp.org 4.pool.ntp.org" \
\
-Dbpf-framework=enabled \
-Dbpf-framework=disabled\
-Dvmlinux-h=provided \
-Dvmlinux-h-path="$(find /usr/src -path "/usr/src/linux-headers-*-stable/vmlinux.h" | sort -V | tail -n1)" \
build .