ARM64环境下eBPF原子操作执行失败问题求助

针对__sync_add_and_fetch的ENOTSUPP错误 #

1. 清理编译调试参数
   编译时多个-g参数会生成BTF调试信息，导致libbpf尝试通过BTF附加程序，触发内核中非内核BTF的检查逻辑。修改编译参数，关闭调试信息：

   clang -target bpf -Wall -O2 -DBPF_CODE -std=gnu99 -D__TARGET_ARCH_arm64 -Wno-compare-distinct-pointer-types -g0
   

2. 替换为BPF原生原子操作
   __sync_add_and_fetch是GCC内置函数，在BPF环境下兼容性较差，建议改用内核提供的bpf_atomic_*系列API，例如：

   bpf_atomic_add(&your_atomic_var, 1, BPF_ATOMIC_U64);
   

   确保内核开启CONFIG_BPF_ATOMIC_OPERATIONS配置项。

针对atomic64_add的BTF查找失败错误 #

1. 使用正确的BPF原子API
   atomic64_add是内核内部函数，未导出到BPF的BTF符号表中，Linux 5.15应使用标准的bpf_atomic_*操作函数，包含<bpf/bpf_helpers.h>头文件即可调用。

2. 检查内核BTF状态
   若内核开启了CONFIG_DEBUG_INFO_BTF，确保/sys/kernel/btf/vmlinux文件存在且可访问；若不需要BTF，重新编译内核关闭该配置项，避免libbpf依赖BTF解析符号。

3. 升级libbpf版本
   libbpf 1.0.1可能存在aarch64架构下的符号解析问题，尝试升级到最新稳定版（如1.2.x及以上），修复已知的兼容性bug。

通用排查要点 #

• 确认内核配置：确保CONFIG_BPF、CONFIG_BPF_SYSCALL、CONFIG_BPF_JIT、CONFIG_BPF_ATOMIC_OPERATIONS均已开启，这些是aarch64下BPF运行的基础配置。
• 对比字节码差异：用llvm-objdump -d分别查看x86和aarch64编译后的BPF字节码，检查符号引用是否存在差异，定位编译阶段的问题。

内容的提问来源于stack exchange，提问作者Jefen