Andrey Ignatov f07cbad297 libbpf: Fix bpf_get_link_xdp_id flags handling ... Currently if one of XDP_FLAGS_{DRV,HW,SKB}_MODE flags is passed to bpf_get_link_xdp_id() and there is a single XDP program attached to ifindex, that program's id will be returned by bpf_get_link_xdp_id() in prog_id argument no matter what mode the program is attached in, i.e. flags argument is not taken into account. For example, if there is a single program attached with XDP_FLAGS_SKB_MODE but user calls bpf_get_link_xdp_id() with flags = XDP_FLAGS_DRV_MODE, that skb program will be returned. Fix it by returning info->prog_id only if user didn't specify flags. If flags is specified then return corresponding mode-specific-field from struct xdp_link_info. The initial error was introduced in commit 50db9f0731 ("libbpf: Add a support for getting xdp prog id on ifindex") and then refactored in 473f4e133a so 473f4e133a is used in the Fixes tag. Fixes: 473f4e133a ("libbpf: Add bpf_get_link_xdp_info() function to get more XDP information") Signed-off-by: Andrey Ignatov <rdna@fb.com> Signed-off-by: Daniel Borkmann <daniel@iogearbox.net> Acked-by: Toke Høiland-Jørgensen <toke@redhat.com> Link: https://lore.kernel.org/bpf/0e9e30490b44b447bb2bebc69c7135e7fe7e4e40.1586236080.git.rdna@fb.com		2020-04-08 00:57:35 +02:00
..
api	tools lib api fs: Move cgroupsfs_find_mountpoint()	2020-03-04 10:34:09 -03:00
bpf	libbpf: Fix bpf_get_link_xdp_id flags handling	2020-04-08 00:57:35 +02:00
lockdep	locking/lockdep: Remove unused @nested argument from lock_release()	2019-10-09 12:46:10 +02:00
perf	libperf: Add counting example	2020-03-04 10:34:10 -03:00
subcmd	libsubcmd: Use -O0 with DEBUG=1	2019-11-06 15:49:39 -03:00
symbol
traceevent	tools lib traceevent: Remove extra '\n' in print_event_time()	2020-03-04 10:34:10 -03:00
argv_split.c
bitmap.c	tools bitmap: Implement bitmap_equal() operation at bitmap API	2020-01-06 11:46:04 -03:00
ctype.c
find_bit.c
hweight.c
rbtree.c	rbtree: avoid generating code twice for the cached versions (tools copy)	2019-09-25 17:51:39 -07:00
str_error_r.c
string.c	tools lib: Fix builds when glibc contains strlcpy()	2020-01-06 11:46:10 -03:00
vsprintf.c
zalloc.c