项目需要在 arm 设备上跑 ebpf 程序，现在设备还没有，于是买了定昌电子家的 rk3588 开发板进行程序开发和测试，但是很无奈地发现他们家提供的操作系统全部没有开启 ebpf 的完整支持，相对好的的 debian11 也没有开启 CONFIG_BPF_SYSCALL 和 CONFIG_BPF_JIT 参数。我自己不会编译内核，想找一个能提供完整 ebpf 支持操作系统的开发板厂家，求见多识广的 v 友们给点推荐。
github.com GitHub - microsoft/ebpf-for-windows: eBPF implementation that runs on top of Windows eBPF implementation that runs on top of Windows 为什么 Windows 也会有 eBPF 的支持喵，那鱼鱼不得不好好学了说是 1 个帖子 - 1 位参与者 阅读完整话题
IT之家 5 月 26 日消息，科技媒体 Linuxiac 昨日（5 月 25 日）发布博文，报道称 KernelScript 0.1 首个公开版发布， 这是一个面向 eBPF 开发的开源新语言，采用 Apache 2.0 许可证。 IT之家注：eBPF（Extended Berkeley Packet Filter）是一项革命性的 Linux 内核技术，支持开发者在不修改内核源码或加载内核模块的情况下，安全地运行沙箱程序，动态扩展内核功能。 传统 eBPF 开发具备较高门槛，不只要写 eBPF 程序本身，通常需要理解验证器限制、BPF 辅助函数、映射机制、程序加载方式，以及基于 libbpf 的用户态协同逻辑。 KernelScript 的做法是从 1 个源文件出发，自动生成所需的 C 代码、用户态程序、Makefile，以及内核模块集成内容。 KernelScript 专门贴合 eBPF 工作流，用更高层语法覆盖这类复杂流程，当前版本已支持多种主流 eBPF 程序类型，包括 XDP 包处理、TC 流量控制、探针类内核函数追踪，以及基于 perf event 的性能计数程序。 在状态共享方面，KernelScript 内置支持多类 eBPF 映射，包括哈希映射、每 CPU 数组、LRU 映射和固定映射。这些映射可直接作为语言级变量使用，方便 eBPF 程序与用户态代码共享状态，减少手写 libbpf 样板逻辑。 它还支持自动尾调用编排、透明 dynptr 处理、程序生命周期检查、struct_ops 支持和内建 kfunc 集成，体现出对进阶 eBPF 能力的覆盖。 KernelScript 0.1 现阶段仍是实验性版本。项目仓库明确将其标注为测试软件，并提醒语法、API 和功能都可能在没有向后兼容保证的情况下变化。 参考 KernelScript