opbase/src/nnopbase · yanglu-1/opbase

文件	最后提交记录	最后更新时间
aicpu	feat: AICPU自定义算子加载支持从ASCEND_OPP_PATH/vendors推导路径 Co-authored-by: liu-wei<lovline.liuwei@huawei.com> # message auto-generated for no-merge-commit merge: !698 merge master_compitalbe_aicpu_cust_flow into master feat: AICPU自定义算子加载支持从ASCEND_OPP_PATH/vendors推导路径 Created-by: liu-wei Commit-by: liu-wei Merged-by: cann-robot Description: Closes #311 ## 描述当 `ASCEND_CUSTOM_OPP_PATH` 未设置或为空时，自动从 `ASCEND_OPP_PATH/vendors/config.ini` 推导自定义算子包路径，避免用户必须显式设置环境变量。 ### 推导流程 `ASCEND_CUSTOM_OPP_PATH 已设置且非空 → 直接使用 ASCEND_CUSTOM_OPP_PATH 未设置或为空 → 读取 ASCEND_OPP_PATH/vendors/config.ini → 解析 priority/load_priority 字段获取 vendor 列表 → 逐个检查 vendor 目录下是否存在 cust_aicpu_kernel.json → 拼接为 customOppPath` ### 新增文件 \| 文件 \| 行数 \| 说明 \| \|------\|------\|------\| \| `aicpu_json_load_utest.cpp` \| 208 \| vendor 路径推导 UT，含 `priority=` 和 `load_priority=` 两种格式 \| ### 修改文件 \| 文件 \| 变更 \| 说明 \| \|------\|------\|------\| \| `aicpu_json_load_manager.cpp` \| 新增 `GetCustomOppPathFromVendors()`；`CustJsonLoadAndParse()` 增加 fallback 分支；config.ini 解析兼容 `priority=` 和 `load_priority=` 两种格式 \| \| `aicpu_json_load_manager.h` \| 声明 `GetCustomOppPathFromVendors()` \| \| `CMakeLists.txt` \| UT 头文件搜索路径补充 `aicpu/task_handler/` \| ### 关键逻辑 - `config.ini` 解析：逐行读取，跳过空行和 `#` 注释，匹配含 `priority` 的行（兼容 `priority=` 和 `load_priority=`），取 `=` 后的值用逗号分隔 vendor 名 - vendor 名 trim：去除前后空格和 Tab，避免 `load_priority=vnd_a, vnd_b` 逗号后空格导致路径拼接错误 - vendor 路径校验：通过 `RealPath()` 检查 `cust_aicpu_kernel.json` 是否存在，不存在则跳过 - 与 `op_kernel_lib.cpp`、`indv_collector.cpp` 的 config.ini 解析方式对齐 ## 场景对比 \| 场景 \| 基线 (bf44e6c) \| 当前 (我的改动) \| 差异 \| \|------\|---------------\|---------------\|------\| \| 设 CUSTOM_OPP_PATH=path_math:path_nn \| 按冒号分割，依次加载 path_math、path_nn 的 cust_aicpu_kernel.json \| 完全相同 \| 无 \| \| 设 CUSTOM_OPP_PATH=path_math \| 只加载 path_math，nn 包不注册 \| 完全相同 \| 无 \| \| 设 CUSTOM_OPP_PATH=""(空串) \| 走 else 但 pathEnv="" 无效，不加载自定义包 \| 判空串，fallback 到 vendors 推导 \| 修复：空串不再漏过 \| \| 不设 CUSTOM_OPP_PATH，vendors 有 math+nn \| ❌ 不加载任何自定义包 \| ✅ 从 config.ini 读 priority，两个包都加载 \| 核心改动 \| \| 不设 CUSTOM_OPP_PATH，vendors 只有 math \| ❌ 不加载 math 自定义包 \| ✅ 从 config.ini 推导，加载 vendors/math \| 核心改动 \| \| 不设 CUSTOM_OPP_PATH，config.ini 用 `priority=` 格式 \| ❌ 不加载 \| ✅ 兼容 `priority=` 和 `load_priority=` \| 兼容性修复 \| \| 不设 CUSTOM_OPP_PATH，vendors 没有 config.ini \| ❌ 不加载自定义包 \| ❌ GetCustomOppPathFromVendors 返回 false，不加载 \| 无 \| \| 不设 CUSTOM_OPP_PATH，vendor 下无 cust_aicpu_kernel.json \| ❌ 不加载 \| ❌ 该 vendor 被 RealPath 检查跳过，不加载 \| 无（但更健壮） \| \| 内置包加载 \| 扫 built-in/op_impl/aicpu/config/*.json \| 完全相同 \| 无 \| \| 优先级控制 \| 冒号顺序（左优先） \| 设了：冒号顺序；不设：config.ini 的 priority 顺序 \| 不设时新增了优先级来源 \| \| 同名算子冲突 \| emplace 先到先得，后到的 warning 丢弃 \| 完全相同 \| 无 \| \| aicpuCustLoadFlag_ 防重 \| 末尾置位 \| 完全相同 \| 无 \| \| ParseCustOpInfo / FillCustOpInfos \| 区分 CUSTOM+BUILTIN \| 完全相同 \| 无 \| ## 关联的Issue [#311](https://gitcode.com/cann/opbase/issues/311) ## 类型标签 - [ ] 🐛 Bug修复 - [x] ✨ 新特性 - [ ] ⚡ 性能优化 - [ ] ♻️ 重构 - [ ] 🧪 测试 - [ ] 📦 构建/CI - [ ] 🔧 配置变更 - [ ] 📝 文档更新 - [ ] ⬆️ 依赖升级 - [ ] 🔒 安全修复 - [ ] 🧹 代码清理 - [ ] ❓ 其他，请描述： See merge request: cann/opbase!698	2 个月前
common	添加PCIE Through需求相关内部接口 Co-authored-by: ren-botao<renbotao@h-partners.com> # message auto-generated for no-merge-commit merge: !727 merge pcie_through into master 添加PCIE Through需求相关内部接口 Created-by: ren-botao Commit-by: ren-botao Merged-by: cann-robot Description: ## 描述 <!--在这里详细描述你的改动，包括改动的原因和所采取的方法。--> 此 PR 为算子执行框架新增 PCIE Through 功能相关的内部接口，主要目的是在检测到 tensor 地址位于 PCIE 地址范围时，跳过算子执行缓存（OpExecCache）的查找与写入，避免因 PCIE 通道数据变化导致缓存命中过期结果。变更涉及在 OpConfigInfo 中新增 usePcieAddr 标记字段、新增 op_feature_internal 模块提供 PCIE 地址检测能力，以及在算子缓存流程的关键路径上增加 PCIE 地址判断与缓存短路逻辑。 ## 关联的Issue <!-- 如果这个PR是为了解决特定的Issue，请在这里提供Issue链接。--> <!-- 如果这个PR是为了解决特定的问题单，请在这里描述问题单单号。--> [#312 nnopbase支持PCIe through](https://gitcode.com/cann/opbase/issues/312) ## 测试 <!--描述进行了哪些测试来验证你的改动。包括但不限于二级冒烟、算子泛化等。--> 冒烟看护 ## 文档更新 <!--如果这个PR包含文档的更新，请在这里指出。例如：更新了README.md文件。--> ## 类型标签 <!-- [x] 表示选中 --> - [ ] Bug修复 - [x] 新特性 - [ ] 性能优化 - [ ] 文档更新 - [ ] 其他，请描述： See merge request: cann/opbase!727	2 个月前
composite_op	添加PCIE Through需求相关内部接口 Co-authored-by: ren-botao<renbotao@h-partners.com> # message auto-generated for no-merge-commit merge: !727 merge pcie_through into master 添加PCIE Through需求相关内部接口 Created-by: ren-botao Commit-by: ren-botao Merged-by: cann-robot Description: ## 描述 <!--在这里详细描述你的改动，包括改动的原因和所采取的方法。--> 此 PR 为算子执行框架新增 PCIE Through 功能相关的内部接口，主要目的是在检测到 tensor 地址位于 PCIE 地址范围时，跳过算子执行缓存（OpExecCache）的查找与写入，避免因 PCIE 通道数据变化导致缓存命中过期结果。变更涉及在 OpConfigInfo 中新增 usePcieAddr 标记字段、新增 op_feature_internal 模块提供 PCIE 地址检测能力，以及在算子缓存流程的关键路径上增加 PCIE 地址判断与缓存短路逻辑。 ## 关联的Issue <!-- 如果这个PR是为了解决特定的Issue，请在这里提供Issue链接。--> <!-- 如果这个PR是为了解决特定的问题单，请在这里描述问题单单号。--> [#312 nnopbase支持PCIe through](https://gitcode.com/cann/opbase/issues/312) ## 测试 <!--描述进行了哪些测试来验证你的改动。包括但不限于二级冒烟、算子泛化等。--> 冒烟看护 ## 文档更新 <!--如果这个PR包含文档的更新，请在这里指出。例如：更新了README.md文件。--> ## 类型标签 <!-- [x] 表示选中 --> - [ ] Bug修复 - [x] 新特性 - [ ] 性能优化 - [ ] 文档更新 - [ ] 其他，请描述： See merge request: cann/opbase!727	2 个月前
individual_op	移除mc2 ccu适配流程中的冗余代码 Co-authored-by: jiachengtang<tangjiacheng7@huawei.com> # message auto-generated for no-merge-commit merge: !731 merge master into master 移除mc2 ccu适配流程中的冗余代码 Created-by: jiachengtang Commit-by: jiachengtang Merged-by: cann-robot Description: ## 描述移除了Pr700中引入的不使用的代码段 ## 关联的Issue <!-- 如果这个PR是为了解决特定的Issue，请在这里提供Issue链接。--> <!-- 如果这个PR是为了解决特定的问题单，请在这里描述问题单单号。--> ## 测试 <!--描述进行了哪些测试来验证你的改动。包括但不限于二级冒烟、算子泛化等。--> ## 文档更新 <!--如果这个PR包含文档的更新，请在这里指出。例如：更新了README.md文件。--> ## 类型标签 <!-- [x] 表示选中 --> - [x] Bug修复 - [ ] 新特性 - [ ] 性能优化 - [ ] 文档更新 - [ ] 其他，请描述： See merge request: cann/opbase!731	1 个月前
stub	opbase适配hcomm文件挪动修改 Co-authored-by: weixin_62388497<zhouzuhao@h-partners.com> Co-authored-by: weixin_62388497<weixin_62388497@noreply.gitcode.com> # message auto-generated for no-merge-commit merge: !583 merge master into master opbase适配hcomm文件挪动修改 Created-by: weixin_62388497 Commit-by: weixin_62388497 Merged-by: cann-robot Description: ## 描述 <!--在这里详细描述你的改动，包括改动的原因和所采取的方法。--> ## 关联的Issue <!-- 如果这个PR是为了解决特定的Issue，请在这里提供Issue链接。--> https://gitcode.com/cann/opbase/issues/265 <!-- 如果这个PR是为了解决特定的问题单，请在这里描述问题单单号。--> ## 测试 <!--描述进行了哪些测试来验证你的改动。包括但不限于二级冒烟、算子泛化等。--> ## 文档更新 <!--如果这个PR包含文档的更新，请在这里指出。例如：更新了README.md文件。--> ## 类型标签 <!-- [x] 表示选中 --> - [ ] Bug修复 - [ ] 新特性 - [ ] 性能优化 - [ ] 文档更新 - [ ] 其他，请描述： See merge request: cann/opbase!583	3 个月前
tls_guardian	refactor: 更新 clang-format 配置并对全仓 463 个文件统一格式化 Co-authored-by: songkai111<songkai16@huawei.com> # message auto-generated for no-merge-commit merge: !527 merge master into master refactor: 更新 clang-format 配置并对全仓 463 个文件统一格式化 Created-by: songkai111 Commit-by: songkai111 Merged-by: cann-robot Description: ## 描述更新 `.clang-format` 配置规则，并对全仓 463 个文件统一执行 clang-format 格式化，统一代码风格。 ### clang-format 配置变更（`.clang-format`） - `AfterClass`: `true` → `false`（类定义左大括号不换行） - `AfterEnum`: `true` → `false`（enum 左大括号不换行） - `AlwaysBreakBeforeMultilineStrings`: `true` → `false` - `AllowShortFunctionsOnASingleLine`: `false` → `true`（允许短函数体单行书写） - 统一 `&` / `*` 与操作数之间的空格规则（如 `(m)&FP16_MAX_MAN` → `(m) & FP16_MAX_MAN`） - 统一文件头注释分隔线样式（`# ----` → `# ====`） ### 格式化覆盖范围对全仓 463 个文件执行 clang-format，按目录与类型分布： \| 目录 \| 文件数 \| \|------\|--------\| \| `src/` \| 186 \| \| `tests/` \| 141 \| \| `pkg_inc/` \| 64 \| \| `include/` \| 44 \| \| `aicpu_common/` \| 27 \| \| 文件类型 \| 文件数 \| \|----------\|--------\| \| `.cpp` \| 224 \| \| `.h` \| 198 \| \| `.cc` \| 25 \| \| `.json` \| 14 \| \| `.py` \| 1 \| 变更统计：+31,466 -33,771 行（纯格式调整，无逻辑变更） ## 关联的Issue - #221 ## 测试全量编译及单元测试通过，格式化仅为风格调整，不影响功能逻辑。 ## 文档更新无 ## 类型标签 - [ ] Bug修复 - [ ] 新特性 - [ ] 性能优化 - [ ] 文档更新 - [x] 其他，请描述：代码风格统一 See merge request: cann/opbase!527	3 个月前
CMakeLists.txt	opbase适配hcomm文件挪动修改 Co-authored-by: weixin_62388497<zhouzuhao@h-partners.com> Co-authored-by: weixin_62388497<weixin_62388497@noreply.gitcode.com> # message auto-generated for no-merge-commit merge: !583 merge master into master opbase适配hcomm文件挪动修改 Created-by: weixin_62388497 Commit-by: weixin_62388497 Merged-by: cann-robot Description: ## 描述 <!--在这里详细描述你的改动，包括改动的原因和所采取的方法。--> ## 关联的Issue <!-- 如果这个PR是为了解决特定的Issue，请在这里提供Issue链接。--> https://gitcode.com/cann/opbase/issues/265 <!-- 如果这个PR是为了解决特定的问题单，请在这里描述问题单单号。--> ## 测试 <!--描述进行了哪些测试来验证你的改动。包括但不限于二级冒烟、算子泛化等。--> ## 文档更新 <!--如果这个PR包含文档的更新，请在这里指出。例如：更新了README.md文件。--> ## 类型标签 <!-- [x] 表示选中 --> - [ ] Bug修复 - [ ] 新特性 - [ ] 性能优化 - [ ] 文档更新 - [ ] 其他，请描述： See merge request: cann/opbase!583	3 个月前