diff options
author | Daniel Borkmann <daniel@iogearbox.net> | 2018-02-09 00:26:18 +0100 |
---|---|---|
committer | Daniel Borkmann <daniel@iogearbox.net> | 2018-02-09 00:26:28 +0100 |
commit | d977ae593b2d3f9ef0df795eda93f4e6bc92b323 (patch) | |
tree | 0e3c09034cb8bc79fea586681d4de51689a23325 /include | |
parent | 69fe98edee48b4c3c7d90cb7eea1f1662202137d (diff) | |
parent | e3d91b0ca523d53158f435a3e13df7f0cb360ea2 (diff) | |
download | linux-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