合并受阻
Welcome To openEuler Community
Hey @zhangzikang01 , thanks for your contribution to the community.
Bot Usage Manual
I'm the Bot here serving you. You can find the instructions on how to interact with me at Here . That means you can comment below every pull request or issue to trigger Bot Commands.
Contact Guide
If you have any questions, please contact the SIG: sig-ebpf ,
and any of the maintainers: @MrRlu, @happyseeker, @weiyj__lk, @wonleing, @yalogr ,
and any of the committers: @LemmyHuang, @bitcoffee, @linford-wu, @perfectwcy, @supercharge1 .
当前仓库存在以下 保护分支 ：
| Protected Branch | Version | Release |
|---|---|---|
| master | 1.2.2 | 13 |
| openEuler-24.03-LTS-SP3 | 1.2.2 | 15 |
| openEuler-24.03-LTS-SP1 | 1.2.2 | 13 |
| openEuler-24.03-LTS-Next | 1.2.2 | 13 |
| openEuler-24.03-LTS-SP4 | 1.2.2 | 13 |
| openEuler-22.03-LTS-SP4 | 0.8.1 | 21 |
| openEuler-20.03-LTS-SP4 | 0.3 | 6 |
| revert-merge-70-openEuler-23.03 | 0.8.1 | 4 |
评论 /sync <branch1> <branch2> ... 可将当前 PR 修改同步到其它分支（创建同步 PR）：
a) 如果当前 PR 是 Open 状态，同步操作将延迟到 PR 被合并时执行
b) 如果当前 PR 已经 Merged，将立即执行同步操作
注意：
- /sync 命令可以指定同步到多个分支，仅最后一个 /sync 命令生效
- 如果创建的同步 PR 不正确，可通过向同步 PR 的源分支提交轻量级 PR 完善，或使用 /close 命令关闭
门禁正在运行， 您可以通过以下链接查看实时门禁检查结果.
若您对门禁结果含义不清晰或者遇到问题不知如何解决，可参考门禁指导手册
门禁入口及编码规范检查: multiarch/src-openeuler/trigger/libbpf/35/console
x86_64架构构建及构建后检查：multiarch/src-openeuler/x86-64/libbpf/35/console
aarch64架构构建及构建后检查：multiarch/src-openeuler/aarch64/libbpf/35/console
| Check Name | Build Result | Build Details | |
|---|---|---|---|
| check_binary_file | ✅SUCCESS | #35 | |
| check_lfsconfig | ☑️EXCLUDE | ||
| check_package_yaml_file | ✅SUCCESS | ||
| check_repo_in_maintain | ✅SUCCESS | ||
| check_consistency | ✅SUCCESS | ||
| check_spec_file | ✅SUCCESS | ||
| x86_64 | check_build | ✅SUCCESS | #35 |
| check_install | ✅SUCCESS | ||
| check_license | ✅SUCCESS | ||
| aarch64 | check_build | ✅SUCCESS | #35 |
| check_install | ✅SUCCESS | ||
| check_license | ✅SUCCESS | ||
如下为接口变更检查结果，目标分支为master，请PR提交者check差异信息
| Arch Name | Check Items | Rpm Name | Check Result | Build Details |
|---|---|---|---|---|
| compare_package(x86_64) | add_rpms | ✅SUCCESS | #35 | |
| delete_rpms | ✅SUCCESS | |||
| rpm_abi | ✅SUCCESS | |||
| rpm_files | ✅SUCCESS | |||
| rpm_header | libbpf-devel | ❌FAILED | ||
| rpm_lib | ✅SUCCESS | |||
| rpm_provides | libbpf-devel | ❌FAILED | ||
| rpm_requires | ✅SUCCESS | |||
| rpm_symbol | ✅SUCCESS | |||
| compare_package(aarch64) | add_rpms | ✅SUCCESS | #35 | |
| delete_rpms | ✅SUCCESS | |||
| rpm_abi | ✅SUCCESS | |||
| rpm_files | ✅SUCCESS | |||
| rpm_header | libbpf-devel | ❌FAILED | ||
| rpm_lib | ✅SUCCESS | |||
| rpm_provides | libbpf-devel | ❌FAILED | ||
| rpm_requires | ✅SUCCESS | |||
| rpm_symbol | ✅SUCCESS |
当前PR是否有AI参与:
否
PR功能描述 / 为什么需要这个合入**:
sw_64架构的PT_REGS相关宏定义被后面通用的PT_REGS宏定义覆盖，导致sw架构下依赖libbpf包的软件包编译失败。
本次修改调整了sw_64架构和宏定义位置和判断，确保PT_REGS相关宏定义不会被覆盖，修复依赖libbpf包的软件包编译报错问题。
该PR关联的issue
#50
希望检视人员了解:
src/bpf_tracing.h文件中，判断架构为sw64后，定义了PT_REGS相关的宏：
#elif defined(bpf_target_sw64)
#define PT_REGS_xxx
...
#endif
在这后面，进行了通用的PT_REGS相关的宏定义，并未使用架构宏判断进行包含，导致前面sw_64架构的PT_REGS相关宏定义会被覆盖。
修改方案：将sw_64架构的PT_REGS相关宏定义移到下面，并通过架构判断选择使用的宏：
#if defined(bpf_target_sw64)
sw_64架构的PT_REGS相关宏定义
#else
其他通用架构的PT_REGS相关宏定义
#endif