Files

51 lines
1.9 KiB
Makefile

LLC ?= llc
CLANG ?= clang
CC ?= gcc
# Detecta a arquitetura de verdade em vez de fixar x86_64 (o host de
# produção é ARM64/aarch64 — Oracle Ampere). O diretório de headers da
# libc varia por arquitetura (/usr/include/<triplet>/), então isso
# precisa ser dinâmico ou o -I aponta pra um caminho que nunca existiu
# nesta máquina.
# Mesmo mapeamento usado no Makefile do ebpf-sockmap (convenção libbpf/CO-RE:
# __TARGET_ARCH_arm64, não __TARGET_ARCH_aarch64).
ARCH := $(shell uname -m | sed 's/x86_64/x86/' | sed 's/aarch64/arm64/')
MULTIARCH := $(shell $(CC) -dumpmachine 2>/dev/null)
BPF_OBJS := bridge_xdp.o xdp_ddos_filter.o xdp_wg_mtu_optimizer.o
all: $(BPF_OBJS) loader af_xdp_user
# Regra genérica: qualquer programa XDP compila num passo só (clang
# direto pra .o, sem o pipeline antigo emit-llvm + llc). Antes só existia
# a regra explícita pra bridge_xdp.o — xdp_ddos_filter.o e
# xdp_wg_mtu_optimizer.o que estavam na pasta foram gerados por fora do
# Makefile, então "make" nunca os reconstruía depois de editar o .c
# correspondente.
#
# -g é OBRIGATÓRIO aqui: os mapas destes programas usam a sintaxe
# moderna (struct { __uint(type,...); ... } SEC(".maps")), que depende
# de BTF pra o libbpf conseguir interpretar. Sem -g não sai BTF, e
# "ip link set ... xdp obj" falha com "BTF is required, but is missing
# or corrupted" — foi exatamente esse erro que o pipeline antigo
# (emit-llvm sem -g, depois llc) causava.
%.o: %.c
$(CLANG) -g -O2 \
-target bpf \
-D __BPF_TRACING__ \
-D__TARGET_ARCH_$(ARCH) \
-I/usr/include/$(MULTIARCH) \
-Wall \
-c -o $@ $<
loader: loader.c
$(CC) -Wall -o loader loader.c -l:libbpf.a -lelf -lz
# af_xdp_user.c é userspace puro (usa só headers de kernel/libc via
# syscalls diretos: socket(AF_XDP), setsockopt, mmap) — não precisa
# linkar libbpf.
af_xdp_user: af_xdp_user.c
$(CC) -Wall -O2 -o af_xdp_user af_xdp_user.c
clean:
rm -f $(BPF_OBJS) *.ll loader af_xdp_user