10

在阅读man bpf和其他一些文档来源之后，我的印象是 amap只能由用户进程创建。然而，下面的小程序似乎神奇地创建了bpf地图：

struct bpf_map_def SEC("maps") my_map = {
        .type = BPF_MAP_TYPE_ARRAY,
        .key_size = sizeof(u32),
        .value_size = sizeof(long),
        .max_entries = 10,
};

SEC("sockops")
int my_prog(struct bpf_sock_ops *skops)
{
   u32 key = 1;
   long *value;
   ...

   value = bpf_map_lookup_elem(&my_map, &key);
   ...
   return 1;
}

所以我用内核加载程序，tools/bpf/bpftool并验证程序是否已加载：

$ bpftool prog show
1: sock_ops  name my_prog  tag f3a3583cdd82ae8d
        loaded_at Jan 02/18:46  uid 0
        xlated 728B  not jited  memlock 4096B

$ bpftool map show
1: array  name my_map  flags 0x0
        key 4B  value 8B  max_entries 10  memlock 4096B

当然地图是空的。但是，bpf_map_lookup_elem从程序中删除会导致不创建地图。

更新 我用它调试它，strace发现在这两种情况下，即有bpf_map_lookup_elem和没有它，bpftool 确实调用bpf(BPF_MAP_CREATE, ...)并且它显然成功了。然后，如果 bpf_map_lookup_elem 被遗漏，我 strace onbpftool map show并bpf(BPF_MAP_GET_NEXT_ID, ..)立即返回ENOENT，它永远不会转储地图。所以很明显有些东西没有完成地图的创建。

所以我想知道这是否是预期的行为？

谢谢。

4

2 回答 2

11

正如 antiduh 所解释的，并通过您的strace检查确认，bpftool是用户空间程序在这种情况下创建地图。bpf_prog_load()它从 libbpf（在 下）调用函数tools/lib/bpf/，最终执行系统调用。然后程序被固定在所需的位置（在bpf虚拟文件系统挂载点下），这样当 bpftool 返回时它不会被卸载。地图未固定。

关于地图创建，魔法位也发生在 libbpf 中。当bpf_prog_load()被调用时，libbpf 接收目标文件的名称作为参数。bpftool不要求加载这个特定的程序或那个特定的地图；相反，它提供了目标文件，而 libbpf 必须处理它。所以libbpf中的函数解析这个ELF对象文件，最终找到对应maps和programs的多个section。然后它尝试加载第一个程序。

加载此程序包括以下步骤：

CHECK_ERR(bpf_object__create_maps(obj), err, out);
CHECK_ERR(bpf_object__relocate(obj), err, out);
CHECK_ERR(bpf_object__load_progs(obj), err, out);

换句话说：首先创建我们在目标文件中找到的所有地图。然后执行映射重定位（即将映射索引与eBPF 指令相关联），最后加载程序指令。

所以关于你的问题：在这两种情况下，无论有没有bpf_map_lookup_elem()，地图都是用bpf(BPF_MAP_CREATE, ...)系统调用创建的。之后，会发生重定位，如果需要，程序指令会适应指向新创建的地图。然后，一旦完成所有步骤并加载程序，就bpftool退出。eBPF 程序应该是固定的，并且仍然加载到内核中。据我了解，如果它确实使用了映射（如果bpf_map_lookup_elem()使用过），那么映射仍然被加载的程序引用，并保存在内核中。另一方面，如果程序不使用映射，则没有什么可以阻止它们，因此当所持有的文件描述符bpftool关闭时，映射被销毁，bpftool返回时。

所以最后，当bpftool完成时，如果程序使用它，你就会在内核中加载一个映射，但如果没有程序依赖它，则没有映射。在我看来，这听起来像是预期的行为；但是，如果您遇到奇怪的事情，请以一种或另一种方式执行 ping bpftool，我是该实用程序的工作人员之一。最后一个一般性观察：即使没有程序使用它们，映射也可以固定并保留在内核中，如果需要保留它们的话。

于 2018-01-03T10:03:43.450 回答
3

我的印象是地图只能由用户进程创建。

你完全正确——用户程序是调用bpf系统调用以加载 eBPF 程序和创建 eBPF 映射的程序。

而你就是这样做的：

所以我用 tools/bpf/bpftool 加载程序并...

您的bpftool程序是调用bpf系统调用的用户进程，因此是创建 eBPF 映射的用户进程。

当创建 BPF 程序的用户程序退出时，不必卸载 BPF 程序 - bpftool 可能使用这种机制。

手册页中的一些相关位用于连接点：

一个用户进程可以创建多个映射......并通过文件描述符访问它们。

通常，eBPF 程序由用户进程加载，并在进程退出时自动卸载。在某些情况下......即使在加载程序的进程退出后，程序仍将继续在内核中保持活动状态。

每个 eBPF 程序都是一组可以安全运行直到完成的指令。...在验证过程中，内核会增加 eBPF 程序使用的每个映射的引用计数，以便在卸载程序之前无法删除附加的映射。

于 2018-01-02T20:52:10.637 回答