Hi ga_beng_cui, welcome to the openEuler Community.
I'm the Bot here serving you. You can find the instructions on how to interact with me at Here.
If you have any questions, please contact the SIG: sig-high-performance-network, and any of the maintainers: @sky , @李扬扬 , @LemmyHuang , @L.X. , @吴昌盛 , @lilijun

类似问题单　
#I6EA91:[23.03]docker-engine安装过程有报错信息
#I6GFZT:[23.03]/proc/sys/net/ipv4/tcp_congestion_control不支持bbr
#I6GGMH:[23.03]openvswitch服务启动失败

此问题影响：docker-engine和isulad安装有报错信息，docker服务启动失败，docker镜像无法启动，isulad服务启动失败，firewalld服务启动失败，openvswitch服务启动失败等

根据2303的经验，当初作为workaround，回退版本保证节点通过，内核和QA会继续调研这个问题，
内核和QA后续是否没有继续关注这个问题？
是否仍然需要回退才能解决问题？
逻辑上我们不应该继续回退，而是找到rootcause。

这个问题和#I7S7OD:[EulerMaker&OBS] kernel build problem in openEuler:23.09 是否为同一问题？

objdump环境里的ko，发现确实缺少BTF段，注释掉https://gitee.com/src-openeuler/kernel/blob/openEuler-23.09/kernel.spec#L468 ，本地rpmbuild构建验证发现BTF段正常生成没有被处理，怀疑是被构建框架删除

[root@localhost aarch64]# objdump -x 123/lib/modules/6.4.0-1.0.1.4.aarch64/kernel/kernel/trace/ring_buffer_benchmark.ko | grep BTF
[root@localhost aarch64]# objdump -x 456/lib/modules/6.4.0-1.0.1.4.aarch64/kernel/kernel/trace/ring_buffer_benchmark.ko | grep BTF
 33 .BTF          000001e7  0000000000000000  0000000000000000  0002d160  2**0

之前回退dwarves包可以规避问题怀疑是因为pahole生成BTF段的机制存在变更，和构建框架strip机制存在不匹配

确认BTF段是被rpmbuild框架调用的/usr/bin/find-debuginfo脚本中：

+ eu-strip --remove-comment -f /root/rpmbuild/BUILDROOT/kernel-6.4.0-1.0.1.4.aarch64/usr/lib/debug/lib/modules/6.4.0-1.0.1.4.aarch64/kernel/kernel/trace/ring_buffer_benchmark.ko-6.4.0-1.0.1.4.aarch64.debug /root/rpmbuild/BUILDROOT/kernel-6.4.0-1.0.1.4.aarch64/lib/modules/6.4.0-1.0.1.4.aarch64/kernel/kernel/trace/ring_buffer_benchmark.ko

去除的

BTF模块分拆在linux主线5.11版本引入：
5f9ae91f7c0d kbuild: Build kernel module BTFs if BTF is enabled and pahole supports it
依赖pahole版本>=1.19

使用最新版本已验证，无此问题