diff options
| author |   Andrii Nakryiko <andrii@kernel.org> | 2022-05-09 17:16:05 -0700 |
|---|---|---|
| committer | Andrii Nakryiko <andrii@kernel.org> | 2022-05-09 17:16:05 -0700 |
| commit | bfa92e0bdc8ee5d444086fa25489de861a17b085 (patch) | |
| tree | fcfdc05cea7c63cb457c771f560047bfa8371197 /samples | |
| parent | selftests/bpf: Test libbpf's ringbuf size fix up logic (diff) | |
| parent | bpftool: Output message if no helpers found in feature probing (diff) | |
| download | wireguard-linux-bfa92e0bdc8ee5d444086fa25489de861a17b085.tar.xz wireguard-linux-bfa92e0bdc8ee5d444086fa25489de861a17b085.zip | |
Merge branch 'bpftool: fix feature output when helper probes fail'
Milan Landaverde says:
====================
Currently in bpftool's feature probe, we incorrectly tell the user that
all of the helper functions are supported for program types where helper
probing fails or is explicitly unsupported[1]:
$ bpftool feature probe
...
eBPF helpers supported for program type tracing:
- bpf_map_lookup_elem
- bpf_map_update_elem
- bpf_map_delete_elem
...
- bpf_redirect_neigh
- bpf_check_mtu
- bpf_sys_bpf
- bpf_sys_close
This patch adjusts bpftool to relay to the user when helper support
can't be determined:
$ bpftool feature probe
...
eBPF helpers supported for program type lirc_mode2:
Program type not supported
eBPF helpers supported for program type tracing:
Could not determine which helpers are available
eBPF helpers supported for program type struct_opts:
Could not determine which helpers are available
eBPF helpers supported for program type ext:
Could not determine which helpers are available
Rather than imply that no helpers are available for the program type, we
let the user know that helper function probing failed entirely.
[1] https://lore.kernel.org/bpf/20211217171202.3352835-2-andrii@kernel.org/
====================
Signed-off-by: Andrii Nakryiko <andrii@kernel.org>
Diffstat (limited to 'samples')
0 files changed, 0 insertions, 0 deletions