Check out my first novel, midnight's simulacra!
EBPF: Difference between revisions
No edit summary |
|||
Line 9: | Line 9: | ||
===bpftool=== | ===bpftool=== | ||
<tt>bpftool</tt> can be built in <tt>tools/bpf</tt> of the installed kernel's source. | <tt>bpftool</tt> can be built in <tt>tools/bpf</tt> of the installed kernel's source. | ||
{|class="wikitable" | |||
! Subcommand !! Role | |||
|- | |||
| feature || examines the running kernel, and enumerates all capabilities present related to eBPF (program types, map types, kernel config options, eBPF helpers, etc.) | |||
|- | |||
| prog || enumerates attached eBPF programs, loads and attaches programs, and can dump loaded programs' bytecode (or JITted host code) | |||
|- | |||
| perf || lists kprobes and other tracepoints with attached programs | |||
|- | |||
| map || enumerates manipulates maps | |||
|- | |||
|} | |||
==Compiling eBPF== | ==Compiling eBPF== |
Revision as of 09:02, 29 September 2019
eBPF (Enhanced Berkeley Packet Filter) is a powerful Linux kernel mechanism allowing bytecode to be attached to dynamic points in kernel and userspace, and implementing JIT of said bytecode to the host ISA, all on the fly using a running kernel. It builds atop kprobes, and is in the same family of tools as SystemTap and DTrace. It is driven through the bpf(2) system call, though it is usually more convenient to employ the libbpf library and bpftool binary. eBPF supports its own BTF debugging information, a simplified form of DWARF.
The BCC (BPF Compiler Collection) toolchain is capable of compiling high-level languages (a restricted C, Lua, etc.) into eBPF bytecode, and provides a high-level Python infrastructure around eBPF. `bpftrace` provides an awk-like language geared towards eBPF "one-liners." The Express Data Path (XDP) is built atop eBPF.
Tools
- bpftrace provides a terse DSL that looks an awful lot like awk, allowing simple eBPF programs to be instantiated and attached directly from the command line.
- llvm-readelf can analyze an ELF object, including those targeting eBPF
- llvm-objdump can disassemble an ELF object to eBPF bytecode
bpftool
bpftool can be built in tools/bpf of the installed kernel's source.
Subcommand | Role |
---|---|
feature | examines the running kernel, and enumerates all capabilities present related to eBPF (program types, map types, kernel config options, eBPF helpers, etc.) |
prog | enumerates attached eBPF programs, loads and attaches programs, and can dump loaded programs' bytecode (or JITted host code) |
perf | lists kprobes and other tracepoints with attached programs |
map | enumerates manipulates maps |
Compiling eBPF
BCC
The BPF Compiler Collection automates much of the process of turning eBPF source into a kernel object, but much of this (as of 2019-09) requires Python. The BPF object of bcc.py can take raw eBPF text, and return an object which can be easily attached to a variety of eBPF targets.
LLVM
LLVM has enjoyed bpf backend support since 3.7. Compile using -target bpf to generate BPF bytecode, adding -g to generate BTF information.
readelf on the resulting object ought indicate a Machine of "Linux BPF" or "EM_BPF". The resulting object can be loaded into the kernel with bpftool prog load or libbpf's bpf_object__open(). When using bpftool prog load, you must specify a PATH within a mounted bpffs filesystem.
Kernel JIT
eBPF bytecode was designed to have one-to-one correspondences with most instruction sets. The kernel, when configured appropriately, will JIT the bytecode input into host machine code. JIT requires the net.core.bpf_jit_enable sysctl to be set.
See Also
- XDP
- Cilium.io's BPF and XDP Reference Guide
- zoidbergwill's awesome-ebpf list
- BCC reference guide