diff options
author | Andrii Nakryiko <andriin@fb.com> | 2020-02-19 22:26:35 -0800 |
---|---|---|
committer | Alexei Starovoitov <ast@kernel.org> | 2020-02-20 11:03:39 -0800 |
commit | 5327644614a18f5d0ff845844a4e9976210b3d8d (patch) | |
tree | a21295e7bfb9fc349419565cb2af344b4b0e2f31 /tools/objtool | |
parent | 500897804a369358f4d27356787dcf9b33527fd7 (diff) | |
download | linux-stable-5327644614a18f5d0ff845844a4e9976210b3d8d.tar.gz linux-stable-5327644614a18f5d0ff845844a4e9976210b3d8d.tar.bz2 linux-stable-5327644614a18f5d0ff845844a4e9976210b3d8d.zip |
libbpf: Relax check whether BTF is mandatory
If BPF program is using BTF-defined maps, BTF is required only for
libbpf itself to process map definitions. If after that BTF fails to
be loaded into kernel (e.g., if it doesn't support BTF at all), this
shouldn't prevent valid BPF program from loading. Existing
retry-without-BTF logic for creating maps will succeed to create such
maps without any problems. So, presence of .maps section shouldn't make
BTF required for kernel. Update the check accordingly.
Validated by ensuring simple BPF program with BTF-defined maps is still
loaded on old kernel without BTF support and map is correctly parsed and
created.
Fixes: abd29c931459 ("libbpf: allow specifying map definitions using BTF")
Reported-by: Julia Kartseva <hex@fb.com>
Signed-off-by: Andrii Nakryiko <andriin@fb.com>
Signed-off-by: Alexei Starovoitov <ast@kernel.org>
Link: https://lore.kernel.org/bpf/20200220062635.1497872-1-andriin@fb.com
Diffstat (limited to 'tools/objtool')
0 files changed, 0 insertions, 0 deletions