Andrii Nakryiko 137df1189d libbpf: Don't assume SHT_GNU_verdef presence for SHT_GNU_versym section ...

Fix too eager assumption that SHT_GNU_verdef ELF section is going to be
present whenever binary has SHT_GNU_versym section. It seems like either
SHT_GNU_verdef or SHT_GNU_verneed can be used, so failing on missing
SHT_GNU_verdef actually breaks use cases in production.

One specific reported issue, which was used to manually test this fix,
was trying to attach to `readline` function in BASH binary.

Fixes: bb7fa09399 ("libbpf: Support symbol versioning for uprobe")
Reported-by: Liam Wisehart <[email protected]>
Signed-off-by: Andrii Nakryiko <[email protected]>
Signed-off-by: Daniel Borkmann <[email protected]>
Tested-by: Manu Bretelle <[email protected]>
Reviewed-by: Fangrui Song <[email protected]>
Acked-by: Hengqi Chen <[email protected]>
Link: https://lore.kernel.org/bpf/[email protected]

2023-10-17 11:43:20 +02:00

..

api

tools api: Add simple timeout to io read

2023-06-14 18:19:06 -03:00

bpf

libbpf: Don't assume SHT_GNU_verdef presence for SHT_GNU_versym section

2023-10-17 11:43:20 +02:00

perf

libperf: Get rid of attr.id field

2023-08-29 14:16:14 -03:00

subcmd

libsubcmd: Avoid SEGV/use-after-free when commands aren't excluded

2023-07-11 16:44:12 -03:00

symbol

…

thermal

…

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

…