1这是[Linux源码bpf](https://kernel.googlesource.com/pub/scm/linux/kernel/git/bpf/bpf-next)的`tools/lib/bpf`目录及其支持的头文件的一个镜像。同步的所有细节都可以在`scripts/sync-kernel.sh`脚本中找到。 2 3此仓中的一些头文件（`include/linux/*.h`）对应文件是[Linux源码bpf](https://kernel.googlesource.com/pub/scm/linux/kernel/git/bpf/bpf-next)的`tools/include/linux/*.h，使得libbpf能够编译成功。 4 5# BPF/libbpf用法和问题 6 7请查看[libbpf引导程序](https://github.com/libbpf/libbpf-bootstrap)和配套得[博客文章](https://nakryiko.com/posts/libbpf-bootstrap/)，使用libbpf构建BPF应用程序的示例。 8 9[libbpf-tools](https://github.com/iovisor/bcc/tree/master/libbpf-tools)也是基于libbpf的跟踪工具的一个很好的实现。 10 11另请参见[“BPF CO-RE参考指南”](https://nakryiko.com/posts/bpf-core-reference-guide/)，涵盖构建BPF CO-RE应用程序的实际方面， 12 13以及[“BPF CO-RE”](https://nakryiko.com/posts/bpf-portability-and-co-re/)对于BPF可移植性问题和BPF CO-RE起源的一般介绍。 14 15所有一般BPF问题，包括内核功能、libbpf API以及申请，应发送邮件至[bpf@vger.kernel.org](mailto:bpf@vger.kernel.org)。 16 17你可以订阅[此处](http://vger.kernel.org/vger-lists.html#bpf)和搜索其档案[此处](https://lore.kernel.org/bpf/). 在提出新问题之前请搜索档案，很可能这已经是在之前被定位或回答。 18 19[bpf@vger.kernel.org](mailto:bpf@vger.kernel.org)被很多人管理，他们会很乐意尝试帮助你解决任何问题。 20 21# 构建指导 22 23libelf是libbpf的内部依赖项，因此需要链接并且必须安装在系统上，应用程序才能工作。 24 25pkg-config默认用于查找libelf，调用的程序可以是用“PKG_CONFIG”重写。 26 27如果不希望在构建时使用“pkg config”，可以通过调用make时设置`NO_PKG_CONFIG=1`。 28 29构建静态库libbpf.a和动态库libbpf.so： 30 31``` 32$cd src 33$make 34``` 35 36仅生成静态库libbpf.a 37 38``` 39$cd src 40$mkdir build root 41$BUILD_STATIC_ONLY=y OBJDIR=build DESTDIR=root make install 42``` 43 44构建静态库libbpf.a和动态库libbpf.so 45 46``` 47$cd src 48$PKG_CONFIG_PATH=/build/root/lib64/pkgconfig DESTDIR=/build/root make install 49``` 50 51# 发行版 52 53从此镜像打包libbpf的发行版： 54 55-[Fedora](https://src.fedoraproject.org/rpms/libbpf) 56 57-[Gentoo](https://packages.gentoo.org/packages/dev-libs/libbpf) 58 59-[Debian](https://packages.debian.org/source/sid/libbpf) 60 61-[Arch](https://www.archlinux.org/packages/extra/x86_64/libbpf/) 62 63-[Ubuntu](https://packages.ubuntu.com/source/impish/libbpf) 64 65-[Alpine](https://pkgs.alpinelinux.org/packages?name=libbpf) 66 67从镜像打包优于从内核源打包的好处： 68 69* 跨发行版的一致版本控制。 70 71* 与任何特定内核无关，对旧内核的透明处理。 72 73 Libbpf被设计为内核不可知的，可以跨多个内核版本。 74 75 它有内置的机制，可以兼容老版本缺少某些功能的内核 76 77 因此，libbpf没有绑定到特定的内核版本，并且可以/应该独立地打包和版本化。 78 79* 通过以下方式进行持续集成测试 80 81 [TravisCI](https://travis-ci.org/libbpf/libbpf). 82 83* 通过[LGTM](https://lgtm.com/projects/g/libbpf/libbpf)和[Coverity](https://scan.coverity.com/projects/libbpf)进行静态代码分析 84 85libbpf的包依赖性，包名称可能因发行版而异： 86 87* zlib 88 89* libelf 90 91# BPF CO-RE（编译一次-到处运行） 92 93libbpf支持构建支持BPF CO-RE的应用程序，这与[BCC](https://github.com/iovisor/bcc/)不同，不需要Clang/LLVM运行时部署到目标服务器并且不依赖于内核层的headers可用。 94但是它依赖于使用[BTF](https://www.kernel.org/doc/html/latest/bpf/btf.html)构建的内核 95 96尽管如此，一些主要的Linux发行版已经内置了内核BTF： 97 98* Fedora31+ 99* RHEL 8.2+ 100* OpenSUSE Tumbleweed（下一个版本，截至2020-06-04） 101* Arch Linux（来自内核5.7.1.arch1-1） 102* Manjaro（如果在2021 06月18日之后编译，则来自内核5.4） 103* Ubuntu 20.10 104* Debian 11（amd64/arm64） 105 106如果您的内核没有内置BTF，则需要构建自定义内核 107 108您需要： 109 110* pahole 1.16+工具（dwarves包的一部分），用于执行DWARF到BTF转换； 111 112* 使用`CONFIG_DEBUG_INFO_BTF=y`选项构建的内核； 113 114* 您可以通过查找`/sys/kernel/btf/vmlinux`文件来检查内核是否内置了BTF： 115 116``` 117$ ls -la /sys/kernel/btf/vmlinux 118-r--r--r--. 1 root root 3541561 Jun 2 18:16 /sys/kernel/btf/vmlinux 119``` 120 121要开发和构建BPF程序，您需要Clang/LLVM 10+。以下发行版默认情况下具有Clang/LLVM 10+包： 122 123* Fedora 32+ 124 125* Ubuntu 20.04+ 126 127* Arch Linux 128 129* Ubuntu 20.10（LLVM 11） 130 131* Debian 11（LLVM 11） 132 133* Alpine 3.13+ 134 135否则，请确保在您的系统上更新它。 136 137以下资源有助于理解什么是BPF CO-RE以及如何使用它： 138 139* [BPF CO-RE参考指南](https://nakryiko.com/posts/bpf-core-reference-guide/) 140 141* [BPF可移植性和CO-RE](https://nakryiko.com/posts/bpf-portability-and-co-re/) 142 143* [HOWTO:BCC到libbpf的转换](https://nakryiko.com/posts/bcc-to-libbpf-howto-guide/) 144 145* [BCC仓库中的libbpf工具](https://github.com/iovisor/bcc/tree/master/libbpf-tools) 146 147# 许可证 148 149本作品根据BSD 2条款许可证和GNU LGPL v2.1许可证双重许可。 150 151如果您使用这项工作，您可以在其中一项中进行选择。 152 153`SPDX-License-Identifier: BSD-2-Clause OR LGPL-2.1` 154