| sync develop to master 20260210
Co-authored-by: cann-robot<songchangxia@cann.team>
Co-authored-by: zhang_shengjie<804425610@qq.com>
Co-authored-by: kobemini<gengchao4@huawei.com>
Co-authored-by: lining23666<lining.li@huawei.com>
Co-authored-by: stevenaw0<huangguijun@huawei.com>
Co-authored-by: lihuachao<lihuachao1@huawei.com>
Co-authored-by: wanghuajie<wanghuajie1@huawei.com>
Co-authored-by: yangyongqiang0606<yangyongqiang7@hisilicon.com>
Co-authored-by: yelongjian<yelongjian1@huawei.com>
Co-authored-by: isaacxu<xurui23@huawei.com>
Co-authored-by: du-hua1024<duhua2@huawei.com>
Co-authored-by: maohaodi<maohaodi@huawei.com>
Co-authored-by: jsong27<songjiaming6@h-partners.com>
# message auto-generated for no-merge-commit merge:
!571 merge develop into master
sync develop to master 20260210
Created-by: depeng1994
Commit-by: cann-robot;jsong27;maohaodi;du-hua1024;zhang_shengjie;isaacxu;yelongjian;yangyongqiang0606;wanghuajie;lihuachao;stevenaw0;lining23666;kobemini
Merged-by: wqtshg_wt
Description:
# Pull Request
## 描述
develop分支整体合入同步到master，详细描述见提交记录。
## 变更类型
请选择本次引入的变更类型：
<!-- [x] 表示选中 -->
- [ ] 🐛 Bug 修复
- [ ] ✨ 新功能
- [ ] 💄 代码风格更新（格式化，局部变量）
- [ ] ♻️ 重构（既不修复错误也不增加功能的代码变动）
- [ ] 📦 构建过程或辅助工具的变动
- [ ] 📝 文档内容更新
## 关联的Issue
<!-- 如果这个PR是为了解决特定的Issue，请在当前页面的右侧'关联Issue'部分添加相应Issue链接，并勾选'合并后关闭已关联的 Issue'选项。 -->
## 如何测试
描述测试此变更的步骤和前提条件：
1.
2.
## 核对清单
<!-- [x] 表示选中 -->
- [ ] 我的代码遵循了项目的代码风格
- [ ] 我已对代码进行了自测
- [ ] 我已更新了相关的文档
- [ ] 我在标题中使用了合适的类型标签（如：feat:, fix:）
- [ ] 我已经详细阅读了贡献指南（CONTRIBUTING.md），并遵守了其中的所有规定，包括但不限于commit message的格式、无效commit的合并等
## 其他信息
在此添加任何其他关于本次 PR 的说明。
See merge request: cann/ge!571 | 3 个月前 |
| sync develop to master 20260213
Co-authored-by: Mexyy<xiaguozheng1@hisilicon.com>
# message auto-generated for no-merge-commit merge:
!629 merge develop into master
sync develop to master 20260213
Created-by: zhangfan_hanq
Commit-by: Mexyy
Merged-by: wangxiaotian995
Description:
# Pull Request
## 描述
develop分支同步到master，详细见提交记录。
## 变更类型
请选择本次引入的变更类型：
<!-- [x] 表示选中 -->
- [ ] 🐛 Bug 修复
- [ ] ✨ 新功能
- [ ] 💄 代码风格更新（格式化，局部变量）
- [ ] ♻️ 重构（既不修复错误也不增加功能的代码变动）
- [ ] 📦 构建过程或辅助工具的变动
- [ ] 📝 文档内容更新
## 关联的Issue
<!-- 如果这个PR是为了解决特定的Issue，请在当前页面的右侧'关联Issue'部分添加相应Issue链接，并勾选'合并后关闭已关联的 Issue'选项。 -->
## 如何测试
描述测试此变更的步骤和前提条件：
1.
2.
## 核对清单
<!-- [x] 表示选中 -->
- [ ] 我的代码遵循了项目的代码风格
- [ ] 我已对代码进行了自测
- [ ] 我已更新了相关的文档
- [ ] 我在标题中使用了合适的类型标签（如：feat:, fix:）
- [ ] 我已经详细阅读了贡献指南（CONTRIBUTING.md），并遵守了其中的所有规定，包括但不限于commit message的格式、无效commit的合并等
## 其他信息
在此添加任何其他关于本次 PR 的说明。
See merge request: cann/ge!629 | 3 个月前 |
| Initial commit
| 5 个月前 |
| fix: remove redundant ops kernel initialization and fix log
Co-authored-by: wangyuchen<wangyuchen38@huawei.com>
# message auto-generated for no-merge-commit merge:
!3058 merge fix/reduce_redundant_log into develop
fix: remove redundant ops kernel initialization and fix log
Created-by: yuchen97
Commit-by: wangyuchen
Merged-by: cann-robot
Description: # Pull Request
## 描述
OpsKernelManager::GetOpsKernelInfo 中 ops_kernel_info_ 缓存未命中时触发 InitOpsKernelInfo 全量重建，导致 FuncPerfScope 和 GEEVENT 日志在部分场景重复打印。
**根因：**
GetOpsKernelInfo 在未找到 op_type 时调用 InitOpsKernelInfo()，该函数会清空 ops_kernel_info_ 并从所有 engine store 重刷全量 op info，每次都会打日志。如果查询的 op_type 不在任何引擎中注册，每次调用都会触发重建和日志。
**方案（方案A）：**
1. 去掉 GetOpsKernelInfo 中的 InitOpsKernelInfo 回退，未命中直接返回空
2. RefreshOpsKernelInfo 内部调用 InitOpsKernelInfo，保证 store 刷新后缓存同步重建
3. InitOpsKernelInfo 增加 is_refresh 参数区分 Init/Refresh 来源
4. 测试框架中依赖懒初始化的调用改为显式 RefreshOpsKernelInfo
## 变更类型
- [x] 🐛 Bug 修复
- [ ] ✨ 新功能
- [ ] 💄 代码风格更新
- [x] ♻️ 重构
- [ ] 📦 构建过程或辅助工具的变动
- [ ] 📝 文档内容更新
## 如何测试
1. 编译 ut_libge_common_utest 验证 UT 通过
2. 原有场景日志不再重复打印 GEEVENT
3. 修复OpsKernelStore打桩，不建议直接修改 OpsKernelManager 私有成员变量，否则 RefreshOpsKernelInfo 之后会清空不是来自 OpsKernelStore 的 OpsInfo
## 核对清单
- [x] 我的代码遵循了项目的代码风格
- [x] 我已对代码进行了自测
- [x] 我已更新了相关的文档
- [x] 我在标题中使用了合适的类型标签
- [x] 我已经详细阅读了贡献指南
## 其他信息
详见相关分析讨论。
See merge request: cann/ge!3058 | 11 天前 |
| Initial commit
| 5 个月前 |
