diff options
| author | Daniel Borkmann <[email protected]> | 2018-02-08 23:26:18 +0000 |
|---|---|---|
| committer | Daniel Borkmann <[email protected]> | 2018-02-08 23:26:28 +0000 |
| commit | d977ae593b2d3f9ef0df795eda93f4e6bc92b323 (patch) | |
| tree | 0e3c09034cb8bc79fea586681d4de51689a23325 /drivers/fpga/fpga-mgr.c | |
| parent | Merge branch 'bpf-misc-nfp-bpftool-doc-fixes' (diff) | |
| parent | tools/libbpf: handle issues with bpf ELF objects containing .eh_frames (diff) | |
| download | kernel-d977ae593b2d3f9ef0df795eda93f4e6bc92b323.tar.gz kernel-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 <[email protected]>
Diffstat (limited to 'drivers/fpga/fpga-mgr.c')
0 files changed, 0 insertions, 0 deletions