Syncing latest libbpf commits from kernel repository.
Baseline bpf-next commit: 43174f0d4597325cb91f1f1f55263eb6e6101036
Checkpoint bpf-next commit: 229fae38d0fc0d6ff58d57cbeb1432da55e58d4f
Baseline bpf commit: c0d95d3380ee099d735e08618c0d599e72f6c8b0
Checkpoint bpf commit: 0be2516f865f5a876837184a8385163ff64a5889
Alexei Starovoitov (8):
libbpf: Replace btf__type_by_id() with btf_type_by_id().
bpf: Prepare relo_core.c for kernel duty.
bpf: Define enum bpf_core_relo_kind as uapi.
bpf: Pass a set of bpf_core_relo-s to prog_load command.
libbpf: Use CO-RE in the kernel in light skeleton.
libbpf: Support init of inner maps in light skeleton.
libbpf: Clean gen_loader's attach kind.
libbpf: Reduce bpf_core_apply_relo_insn() stack usage.
Andrii Nakryiko (12):
libbpf: Cleanup struct bpf_core_cand.
libbpf: Use __u32 fields in bpf_map_create_opts
libbpf: Add API to get/set log_level at per-program level
libbpf: Deprecate bpf_prog_load_xattr() API
libbpf: Fix bpf_prog_load() log_buf logic for log_level 0
libbpf: Add OPTS-based bpf_btf_load() API
libbpf: Allow passing preallocated log_buf when loading BTF into
kernel
libbpf: Allow passing user log setting through bpf_object_open_opts
libbpf: Improve logging around BPF program loading
libbpf: Preserve kernel error code and remove kprobe prog type
guessing
libbpf: Add per-program log buffer setter and getter
libbpf: Deprecate bpf_object__load_xattr()
Eric Dumazet (1):
tools: sync uapi/linux/if_link.h header
Grant Seltzer (1):
libbpf: Add doc comments in libbpf.h
Joanne Koong (1):
bpf: Add bpf_loop helper
Kumar Kartikeya Dwivedi (2):
libbpf: Avoid double stores for success/failure case of ksym
relocations
libbpf: Avoid reload of imm for weak, unresolved, repeating ksym
Mehrdad Arshad Rad (1):
libbpf: Remove duplicate assignments
Shuyi Cheng (1):
libbpf: Add "bool skipped" to struct bpf_map
Vincent Minet (1):
libbpf: Fix typo in btf__dedup@LIBBPF_0.0.2 definition
huangxuesen (1):
libbpf: Fix trivial typo
include/uapi/linux/bpf.h | 103 +++++++++-
include/uapi/linux/if_link.h | 293 +++++++++++++++++++++++----
src/bpf.c | 88 ++++++---
src/bpf.h | 30 ++-
src/bpf_gen_internal.h | 4 +
src/btf.c | 82 +++++---
src/gen_loader.c | 114 ++++++++---
src/libbpf.c | 371 ++++++++++++++++++++++++-----------
src/libbpf.h | 109 +++++++++-
src/libbpf.map | 9 +
src/libbpf_common.h | 5 +
src/libbpf_internal.h | 3 +-
src/libbpf_probes.c | 2 +-
src/libbpf_version.h | 2 +-
src/relo_core.c | 231 ++++++++++++----------
src/relo_core.h | 103 +++-------
16 files changed, 1138 insertions(+), 411 deletions(-)
--
2.30.2
This is a mirror of bpf-next Linux source
tree's
tools/lib/bpf directory plus its supporting header files.
All the gory details of syncing can be found in scripts/sync-kernel.sh
script.
Some header files in this repo (include/linux/*.h) are reduced versions of
their counterpart files at
bpf-next's
tools/include/linux/*.h to make compilation successful.
BPF/libbpf usage and questions
Please check out libbpf-bootstrap and the companion blog post for the examples of building BPF applications with libbpf. libbpf-tools are also a good source of the real-world libbpf-based tracing tools.
See also "BPF CO-RE reference guide" for the coverage of practical aspects of building BPF CO-RE applications and "BPF CO-RE" for general introduction into BPF portability issues and BPF CO-RE origins.
All general BPF questions, including kernel functionality, libbpf APIs and their application, should be sent to bpf@vger.kernel.org mailing list. You can subscribe to it here and search its archive here. Please search the archive before asking new questions. It very well might be that this was already addressed or answered before.
bpf@vger.kernel.org is monitored by many more people and they will happily try to help you with whatever issue you have. This repository's PRs and issues should be opened only for dealing with issues pertaining to specific way this libbpf mirror repo is set up and organized.
Build

libelf is an internal dependency of libbpf and thus it is required to link
against and must be installed on the system for applications to work.
pkg-config is used by default to find libelf, and the program called can be
overridden with PKG_CONFIG.
If using pkg-config at build time is not desired, it can be disabled by
setting NO_PKG_CONFIG=1 when calling make.
To build both static libbpf.a and shared libbpf.so:
$ cd src
$ make
To build only static libbpf.a library in directory build/ and install them together with libbpf headers in a staging directory root/:
$ cd src
$ mkdir build root
$ BUILD_STATIC_ONLY=y OBJDIR=build DESTDIR=root make install
To build both static libbpf.a and shared libbpf.so against a custom libelf dependency installed in /build/root/ and install them together with libbpf headers in a build directory /build/root/:
$ cd src
$ PKG_CONFIG_PATH=/build/root/lib64/pkgconfig DESTDIR=/build/root make install
Distributions
Distributions packaging libbpf from this mirror:
Benefits of packaging from the mirror over packaging from kernel sources:
- Consistent versioning across distributions.
- No ties to any specific kernel, transparent handling of older kernels. Libbpf is designed to be kernel-agnostic and work across multitude of kernel versions. It has built-in mechanisms to gracefully handle older kernels, that are missing some of the features, by working around or gracefully degrading functionality. Thus libbpf is not tied to a specific kernel version and can/should be packaged and versioned independently.
- Continuous integration testing via TravisCI.
- Static code analysis via LGTM and Coverity.
Package dependencies of libbpf, package names may vary across distros:
- zlib
- libelf
BPF CO-RE (Compile Once – Run Everywhere)
Libbpf supports building BPF CO-RE-enabled applications, which, in contrast to BCC, do not require Clang/LLVM runtime being deployed to target servers and doesn't rely on kernel-devel headers being available.
It does rely on kernel to be built with BTF type information, though. Some major Linux distributions come with kernel BTF already built in:
- Fedora 31+
- RHEL 8.2+
- OpenSUSE Tumbleweed (in the next release, as of 2020-06-04)
- Arch Linux (from kernel 5.7.1.arch1-1)
- Manjaro (from kernel 5.4 if compiled after 2021-06-18)
- Ubuntu 20.10
- Debian 11 (amd64/arm64)
If your kernel doesn't come with BTF built-in, you'll need to build custom kernel. You'll need:
pahole1.16+ tool (part ofdwarvespackage), which performs DWARF to BTF conversion;- kernel built with
CONFIG_DEBUG_INFO_BTF=yoption; - you can check if your kernel has BTF built-in by looking for
/sys/kernel/btf/vmlinuxfile:
$ ls -la /sys/kernel/btf/vmlinux
-r--r--r--. 1 root root 3541561 Jun 2 18:16 /sys/kernel/btf/vmlinux
To develop and build BPF programs, you'll need Clang/LLVM 10+. The following distributions have Clang/LLVM 10+ packaged by default:
- Fedora 32+
- Ubuntu 20.04+
- Arch Linux
- Ubuntu 20.10 (LLVM 11)
- Debian 11 (LLVM 11)
- Alpine 3.13+
Otherwise, please make sure to update it on your system.
The following resources are useful to understand what BPF CO-RE is and how to use it:
- BPF CO-RE reference guide
- BPF Portability and CO-RE
- HOWTO: BCC to libbpf conversion
- libbpf-tools in BCC repo contain lots of real-world tools converted from BCC to BPF CO-RE. Consider converting some more to both contribute to the BPF community and gain some more experience with it.
License
This work is dual-licensed under BSD 2-clause license and GNU LGPL v2.1 license. You can choose between one of them if you use this work.
SPDX-License-Identifier: BSD-2-Clause OR LGPL-2.1