编译eBPF代码时遇'asm/types.h'文件未找到错误求助

核心原因 #

asm/types.h是与CPU架构强绑定的内核头文件，clang默认的头文件搜索路径可能未包含对应架构的asm目录，导致编译时无法找到该文件。以下是几种可行的解决办法：

1. 手动添加架构相关的头文件路径 #

先用uname -m确认你的CPU架构（如x86_64、aarch64等），再在编译命令中用-I参数指定对应架构的asm目录路径：

• 针对x86_64架构：

  clang -O2 -target bpf -I/usr/include/x86_64-linux-gnu -c my_program.c -o my_program.o
  

• 针对aarch64（arm64）架构：

  clang -O2 -target bpf -I/usr/include/aarch64-linux-gnu -c my_program.c -o my_program.o
  

2. 借助libbpf的pkg-config自动获取头文件路径 #

如果你的eBPF程序基于libbpf开发，直接用pkg-config工具自动注入正确的头文件路径：

clang -O2 -target bpf $(pkg-config --cflags libbpf) -c my_program.c -o my_program.o

该命令会自动包含libbpf依赖的所有必要头文件路径，包括架构相关的asm目录。

3. 检查并安装对应架构的开发包 #

确保已安装匹配当前内核和架构的头文件包：

• Debian/Ubuntu系统：

  sudo apt install linux-headers-$(uname -r) libc6-dev-$(uname -m)-linux-gnu
  

• RHEL/CentOS系统：

  sudo dnf install kernel-devel-$(uname -r) glibc-devel
  

4. 直接指向内核源码的头文件路径 #

若本地有内核源码，可直接指定源码中的头文件目录：

clang -O2 -target bpf -I/path/to/kernel/source/include -I/path/to/kernel/source/arch/$(uname -m)/include -c my_program.c -o my_program.o

将/path/to/kernel/source替换为你实际的内核源码路径。

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