summaryrefslogtreecommitdiff
path: root/include
diff options
context:
space:
mode:
authorDaniel Borkmann <daniel@iogearbox.net>2018-02-09 00:26:18 +0100
committerDaniel Borkmann <daniel@iogearbox.net>2018-02-09 00:26:28 +0100
commitd977ae593b2d3f9ef0df795eda93f4e6bc92b323 (patch)
tree0e3c09034cb8bc79fea586681d4de51689a23325 /include
parent69fe98edee48b4c3c7d90cb7eea1f1662202137d (diff)
parente3d91b0ca523d53158f435a3e13df7f0cb360ea2 (diff)
downloadlinux-rpi-d977ae593b2d3f9ef0df795eda93f4e6bc92b323.tar.gz
linux-rpi-d977ae593b2d3f9ef0df795eda93f4e6bc92b323.tar.bz2
linux-rpi-d977ae593b2d3f9ef0df795eda93f4e6bc92b323.zip
Merge branch 'bpf-libbpf-relo-fix-and-tests'
Jesper Dangaard Brouer says: ==================== While playing with using libbpf for the Suricata project, we had issues LLVM >= 4.0.1 generating ELF files that could not be loaded with libbpf (tools/lib/bpf/). During the troubleshooting phase, I wrote a test program and improved the debugging output in libbpf. I turned this into a selftests program, and it also serves as a code example for libbpf in itself. I discovered that there are at least three ELF load issues with libbpf. I left them as TODO comments in (tools/testing/selftests/bpf) test_libbpf.sh. I've only fixed the load issue with eh_frames, and other types of relo-section that does not have exec flags. We can work on the other issues later. ==================== Signed-off-by: Daniel Borkmann <daniel@iogearbox.net>
Diffstat (limited to 'include')
0 files changed, 0 insertions, 0 deletions