Andrii Nakryiko e18e2e70db libbpf: handle yet another corner case of nulling out struct_ops program ... There is yet another corner case where user can set STRUCT_OPS program reference in STRUCT_OPS map to NULL, but libbpf will fail to disable autoload for such BPF program. This time it's the case of "new" kernel which has type information about callback field, but user explicitly nulled-out program reference from user-space after opening BPF object. Fix, hopefully, the last remaining unhandled case. Fixes: 0737df6de9 ("libbpf: better fix for handling nulled-out struct_ops program") Fixes: f973fccd43 ("libbpf: handle nulled-out program in struct_ops correctly") Signed-off-by: Andrii Nakryiko <andrii@kernel.org> Link: https://lore.kernel.org/r/20240507001335.1445325-3-andrii@kernel.org Signed-off-by: Martin KaFai Lau <martin.lau@kernel.org>		2024-05-07 16:21:59 -07:00
..
api	tools api fs: Avoid reading whole file for a 1 byte bool	2023-11-30 19:25:19 -03:00
bpf	libbpf: handle yet another corner case of nulling out struct_ops program	2024-05-07 16:21:59 -07:00
perf	libperf evlist: Avoid out-of-bounds access	2024-02-29 13:57:02 -08:00
subcmd	tools subcmd: Add a no exec function call option	2024-02-22 09:12:25 -08:00
symbol	tools lib symbol: Add dependency test to install_headers	2022-12-14 11:16:12 -03:00
thermal	tools/lib/thermal: Fix include path for libnl3 in pkg-config file.	2023-02-15 17:29:40 +01:00
argv_split.c
bitmap.c
ctype.c
find_bit.c
hweight.c
list_sort.c
rbtree.c
slab.c
str_error_r.c
string.c
vsprintf.c
zalloc.c