diff options
| author | Andrii Nakryiko <[email protected]> | 2022-01-24 19:42:50 +0000 |
|---|---|---|
| committer | Alexei Starovoitov <[email protected]> | 2022-01-26 01:59:06 +0000 |
| commit | 5d98fce86e12a4d4c23f82ffbd320f853f1f3f1f (patch) | |
| tree | d1a4afb3844b5477772860668e8ad03b003e1b0d /tools/bpf/bpftool/prog.c | |
| parent | libbpf: deprecate bpf_map__resize() (diff) | |
| download | kernel-5d98fce86e12a4d4c23f82ffbd320f853f1f3f1f.tar.gz kernel-5d98fce86e12a4d4c23f82ffbd320f853f1f3f1f.zip | |
libbpf: deprecate bpf_program__is_<type>() and bpf_program__set_<type>() APIs
Not sure why these APIs were added in the first place instead of
a completely generic (and not requiring constantly adding new APIs with
each new BPF program type) bpf_program__type() and
bpf_program__set_type() APIs. But as it is right now, there are 13 such
specialized is_type/set_type APIs, while latest kernel is already at 30+
BPF program types.
Instead of completing the set of APIs and keep chasing kernel's
bpf_prog_type enum, deprecate existing subset and recommend generic
bpf_program__type() and bpf_program__set_type() APIs.
Signed-off-by: Andrii Nakryiko <[email protected]>
Link: https://lore.kernel.org/r/[email protected]
Signed-off-by: Alexei Starovoitov <[email protected]>
Diffstat (limited to 'tools/bpf/bpftool/prog.c')
0 files changed, 0 insertions, 0 deletions