Toke Høiland-Jørgensen 9c3de619e1 libbpf: Use dynamically allocated buffer when receiving netlink messages ... When receiving netlink messages, libbpf was using a statically allocated stack buffer of 4k bytes. This happened to work fine on systems with a 4k page size, but on systems with larger page sizes it can lead to truncated messages. The user-visible impact of this was that libbpf would insist no XDP program was attached to some interfaces because that bit of the netlink message got chopped off. Fix this by switching to a dynamically allocated buffer; we borrow the approach from iproute2 of using recvmsg() with MSG_PEEK|MSG_TRUNC to get the actual size of the pending message before receiving it, adjusting the buffer as necessary. While we're at it, also add retries on interrupted system calls around the recvmsg() call. v2: - Move peek logic to libbpf_netlink_recv(), don't double free on ENOMEM. Fixes: 8bbb77b7c7 ("libbpf: Add various netlink helpers") Reported-by: Zhiqian Guan <zhguan@redhat.com> Signed-off-by: Toke Høiland-Jørgensen <toke@redhat.com> Signed-off-by: Andrii Nakryiko <andrii@kernel.org> Acked-by: Kumar Kartikeya Dwivedi <memxor@gmail.com> Link: https://lore.kernel.org/bpf/20220211234819.612288-1-toke@redhat.com		2022-02-12 07:57:44 -08:00
..
api
bpf	libbpf: Use dynamically allocated buffer when receiving netlink messages	2022-02-12 07:57:44 -08:00
perf	perf cpumap: Migrate to libperf cpumap api	2022-01-22 17:08:42 -03:00
subcmd	libsubcmd: add OPT_UINTEGER_OPTARG option type	2021-08-31 15:44:05 -03:00
symbol
traceevent	libtraceevent: Add __rel_loc relative location attribute support	2021-12-06 15:37:22 -05:00
argv_split.c
bitmap.c
ctype.c
find_bit.c	tools: sync tools/bitmap with mother linux	2022-01-15 08:47:31 -08:00
hweight.c
list_sort.c	tools lib: Adopt list_sort() from the kernel sources	2021-10-20 10:30:59 -03:00
rbtree.c
str_error_r.c
string.c
vsprintf.c
zalloc.c