bpftool map update 提示“Invalid argument”的根本原因是用户态数据格式与内核map结构不匹配，包括value大小、key类型或对齐方式错误，如value_size定义为8却写入16字节；需用bpftool map show确认参数，并确保key/value为连续二进制块、无padding，指针类map不支持直接更新。
bpftool map update 为什么总提示 “Invalid argument”
根本原因通常是用户态数据格式和内核 map 结构不匹配，尤其是 value 大小、key 类型或对齐方式出错。比如用 bpftool map update 往一个 BPF_MAP_TYPE_HASH 中写入 16 字节 value，但 map 定义里 value_size 是 8，就会触发这个错误。
- 先用
bpftool map show id <ID>确认 map 的key_size、value_size、type和max_entries - key 和 value 必须是连续的二进制块，不能带结构体 padding（C 编译器可能自动加），建议用
__attribute__((packed))声明或手动生成字节数组 - 如果 map value 是指针类型（如
BPF_MAP_TYPE_PERCPU_ARRAY），bpftool map update不支持直接写入——它只处理普通值，不处理 percpu 内存布局 - 更新失败时，加
-d参数看详细错误：例如bpftool -d map update ...会输出类似libbpf: failed to update map: Invalid argument (22)，对应EINVAL
用 bpftool map lookup 查不到刚写进去的 key
常见于 map 类型不支持查找语义，或者 key 没按字节序/对齐要求构造。比如 BPF_MAP_TYPE_PERF_EVENT_ARRAY 根本不支持 lookup；又比如 map key 是 __be32，你却传了小端整数过去，内核比对失败。
Zynq Linux Hardware Debug
下载
Zynq‑7000 / Zynq UltraScale+ 硬件调试技能。适用于 Xilinx Zynq（Cortex‑A9/A53 + FPGA）Linux 环境，调试 I2C、I2S、UART、GPIO 等外设。包括设备树配置、内核驱动、用户空间调试工具、交叉编译和常见问题排查，支持 PetaLinux 开发。
-
bpftool map lookup只支持HASH、ARRAY、LRU_HASH等可查类型；PERF_EVENT_ARRAY、PROG_ARRAY、CPUMAP都会报Operation not supported - key 必须严格按定义的
key_size补零，少一字节或多一字节都会返回No such file or directory - 如果 map 是
BPF_MAP_TYPE_ARRAY，key 是数组索引（0-based uint32），但你传了0x0000000100000000（8 字节）进去，lookup 就会失败——必须是 4 字节 - 查不到时别急着重试，先用
bpftool map dump看全量内容，确认 key 是否真被写进去了
用户态读写 BPF map 的替代方案：为什么不全用 libbpf
bpftool 是调试利器，但不适合集成进长期运行的用户态程序。它每次调用都 fork + exec，开销大，且无法复用 fd、做批量操作或监听 map 变化。
- libbpf 提供
bpf_map__update_elem()和bpf_map__lookup_elem()，支持自定义 flags（如BPF_ANY/BPF_NOEXIST）、批量更新（bpf_map__update_batch()）、以及内存映射（mmap）访问ARRAY类型 map - 用
bpftool写入的数据，libbpf 能立刻读到——它们共享同一内核对象，fd 或 id 是互通的 - 注意：libbpf 默认使用
ALWAYS模式加载 map，若 map 已存在（比如由 bpftool 创建），需显式调用bpf_obj_get()获取 fd，再封装成struct bpf_map * - 对高频更新场景（如统计计数器），直接 mmap
ARRAYmap 比反复 syscalls 快 10x+；但HASHmap 不支持 mmap，只能 syscall
map update 后 bpf 程序读不到新值？检查 pin 路径和生命周期
很多人把 map pin 到 /sys/fs/bpf/xxx，然后用 bpftool 更新，却发现 attached 的 XDP 程序还在读旧值——其实不是没更新，而是程序 attach 时绑定的是另一个 map 实例。
- 确保 bpf 程序加载时用的是同一个 pin 路径：比如加载时指定
--map-fd 3（fd 来自bpf_obj_get("/sys/fs/bpf/my_map")），而不是让 libbpf 自动创建新 map - 用
bpftool map list查所有 map，对比 pinned path 和 program 所用 map 的id是否一致；不同 id = 不同对象 - 如果 map 被 unpin 或进程退出导致 fd 关闭，而 bpf 程序还在运行，map 会被内核自动释放（除非有其他引用）——所以生产环境务必用 pin + 持久化路径
- 更新后立即查不到，也可能是 bpf 程序用了
__builtin_preserve_access_index访问结构体字段，但用户态写入时字段 offset 错了，导致 bpf 读到全零或越界值
