aboutsummaryrefslogtreecommitdiffstats
path: root/drivers/net/ethernet/intel/ice/ice.h
diff options
context:
space:
mode:
authorJiri Olsa <[email protected]>2023-12-17 21:55:37 +0000
committerAndrii Nakryiko <[email protected]>2023-12-18 17:51:30 +0000
commit3983c00281d96af2ba611254d679107b5c390627 (patch)
tree61813969a52053d327d24a86eb8dac978853f4a0 /drivers/net/ethernet/intel/ice/ice.h
parentselftests/bpf: Test the release of map btf (diff)
downloadkernel-3983c00281d96af2ba611254d679107b5c390627.tar.gz
kernel-3983c00281d96af2ba611254d679107b5c390627.zip
bpf: Fail uprobe multi link with negative offset
Currently the __uprobe_register will return 0 (success) when called with negative offset. The reason is that the call to register_for_each_vma and then build_map_info won't return error for negative offset. They just won't do anything - no matching vma is found so there's no registered breakpoint for the uprobe. I don't think we can change the behaviour of __uprobe_register and fail for negative uprobe offset, because apps might depend on that already. But I think we can still make the change and check for it on bpf multi link syscall level. Also moving the __get_user call and check for the offsets to the top of loop, to fail early without extra __get_user calls for ref_ctr_offset and cookie arrays. Signed-off-by: Jiri Olsa <[email protected]> Signed-off-by: Andrii Nakryiko <[email protected]> Acked-by: Song Liu <[email protected]> Link: https://lore.kernel.org/bpf/[email protected]
Diffstat (limited to 'drivers/net/ethernet/intel/ice/ice.h')
0 files changed, 0 insertions, 0 deletions