| Files | Last commit | Last update |
|---|---|---|
refactor: 继续迁移非 experimental 公共头文件引用 Co-authored-by: clinglai0517<laichangling@huawei.com> # message auto-generated for no-merge-commit merge: !6220 merge refactor/math-prefix-common-headers-1008 into master refactor: 继续迁移非 experimental 公共头文件引用 Created-by: clinglai0517 Commit-by: clinglai0517 Merged-by: cann-robot Description: ## 描述 继续将 ops-math 的公共 op_api 头文件引用迁移到带 _math 后缀的名称，减少多个算子仓库集成时同名头文件误引用的风险。 本次更新 35 个非 experimental 文件中的 35 处引用： - level2_base.h → level2_base_math.h：11 处。 - level2_base_caculation.h → level2_base_caculation_math.h：1 处。 - op_api_def.h → op_api_def_math.h：23 处。 对涉及文件同步执行仓库 clang-format、尾部空白及 EOF 规范化。此次共 35 个文件，新增 2506 行、删除 2419 行；除头文件引用替换外，其余为格式调整。 sin 因此前发现的 UT 全局平台状态污染继续暂缓；experimental 文件继续分批处理。现有兼容转发头保留。 ## 关联的Issue 延续公共头文件重名问题的分阶段迁移：https://gitcode.com/cann/ops-math/issues/3243 ## 测试 在服务器 192.168.9.234 的 lcl_ops_9.0 容器（CANN 9.0.0 / aarch64）中，以基线 16700ac8d829f8e66180c612f45ed4384b51e2e0 创建独立工作区验证。35 个修改文件的 SHA256 与本地逐一一致。 - git diff --check：通过。 - pre-commit：所有 hook 通过；另显式扫描全部 35 文件的 OAT 检查通过。 - bash build.sh --opapi -j16：全量编译通过，生成 libopapi_math.so。 - 仓库 CI 脚本为涉及的 30 个算子生成 op_api 单测命令，指定 ascend910b 执行：605 个用例全部通过。 - 额外执行 fill_diagonal_v2,flatten,slogdet,svd 的 op_host 验证：容器中 libophost_math_ut.so 加载时缺少 ops::OpAICoreDef::AddConfig(const char*, ops::OpAICoreConfig&) 符号，导致注册失败及 FillDiagonalV2 InferShape 单测段错误。去掉全部 35 文件修改后的干净基线使用相同命令复现相同失败；该失败独立于本次头文件引用替换，op_host 验证尚未通过。 ## 文档更新 不涉及用户文档更新。 ## 类型标签 - [ ] Bug修复 - [ ] 新特性 - [ ] 性能优化 - [ ] 文档更新 - [x] 其他，请描述：公共头文件引用重构及格式规范化。 See merge request: cann/ops-math!6220 | 25 days ago | |
fe: 融合 pass 打桩注册，编入 libopgraph_math.so Co-authored-by: yuyuanfeng<yuyuanfeng1@huawei.com> # message auto-generated for no-merge-commit merge: !5140 merge task4-stubs into master fe: 融合 pass 打桩注册，编入 libopgraph_math.so Created-by: yuyuanfeng Commit-by: yuyuanfeng Merged-by: cann-robot Description: ## 描述 桩声明 GE fe 融合 pass 注册接口（GraphFusionPassType 枚举、PassAttr、FusionPassRegistry、FusionPassRegistrar、STUB_REG_PASS），新增 common/src/op_graph/fusion_pass_common.cpp 登记 9 个有 canndev 对应物的 pass 名字，编入 libopgraph_math.so；仅 ascend950 且 ge_compiler >= 9.0.0 时生效。 作用：删掉 canndev 后 fe 表为空，这 9 个 pass 的融合会全部丢失（fusable-only 算子会在引擎选型阶段报 "Cannot find engine"）。桩用名字占住 fe 表，fe 调度器才能按名字桥接到 math 侧实现。 未登记的 3 个： - CastlikeFusionPass、HistogramFusionPass：math 实现 Stage 为 kAfterInferShape，不在 kCompatibleInherited 表里，登记后 fe 查不到实现会报 "pattern fusion is nullptr" - Globalavgpoolpass：本次不登记 补充说明：DropOutV3SplitFusionPass 已登记但当前不生效——不在 OPP 白名单 support_fusion_pass.json 的 3510(ascend950) 名单内，fe 会 force close 跳过；待 OPP 侧补名单后生效，故保留登记。 ## 关联的Issue 关联 Issue #3450：[Requirement|需求建议]: FE 融合 pass 打桩注册，编入 libopgraph_math.so https://gitcode.com/cann/ops-math/issues/3450 ## 测试 - 编译：ascend950 配置下 fusion_pass_common.cpp 编译通过，libopgraph_math.so 链接通过 - 符号：桩引用的 FusionPassRegistrar 未定义符号与 libregister.so 导出的逐字符一致（_GLIBCXX_USE_CXX11_ABI=0） - 加载：ldd 依赖全部可解析，dlopen libopgraph_math.so 成功，静态初始化未崩溃 - 冒烟：已验证通过 ## 文档更新 无 ## 类型标签 <!-- [x] 表示选中 --> - [ ] Bug修复 - [x] 新特性 - [ ] 性能优化 - [ ] 文档更新 - [ ] 其他，请描述： See merge request: cann/ops-math!5140 | 30 days ago | |
fe: 融合 pass 打桩注册，编入 libopgraph_math.so Co-authored-by: yuyuanfeng<yuyuanfeng1@huawei.com> # message auto-generated for no-merge-commit merge: !5140 merge task4-stubs into master fe: 融合 pass 打桩注册，编入 libopgraph_math.so Created-by: yuyuanfeng Commit-by: yuyuanfeng Merged-by: cann-robot Description: ## 描述 桩声明 GE fe 融合 pass 注册接口（GraphFusionPassType 枚举、PassAttr、FusionPassRegistry、FusionPassRegistrar、STUB_REG_PASS），新增 common/src/op_graph/fusion_pass_common.cpp 登记 9 个有 canndev 对应物的 pass 名字，编入 libopgraph_math.so；仅 ascend950 且 ge_compiler >= 9.0.0 时生效。 作用：删掉 canndev 后 fe 表为空，这 9 个 pass 的融合会全部丢失（fusable-only 算子会在引擎选型阶段报 "Cannot find engine"）。桩用名字占住 fe 表，fe 调度器才能按名字桥接到 math 侧实现。 未登记的 3 个： - CastlikeFusionPass、HistogramFusionPass：math 实现 Stage 为 kAfterInferShape，不在 kCompatibleInherited 表里，登记后 fe 查不到实现会报 "pattern fusion is nullptr" - Globalavgpoolpass：本次不登记 补充说明：DropOutV3SplitFusionPass 已登记但当前不生效——不在 OPP 白名单 support_fusion_pass.json 的 3510(ascend950) 名单内，fe 会 force close 跳过；待 OPP 侧补名单后生效，故保留登记。 ## 关联的Issue 关联 Issue #3450：[Requirement|需求建议]: FE 融合 pass 打桩注册，编入 libopgraph_math.so https://gitcode.com/cann/ops-math/issues/3450 ## 测试 - 编译：ascend950 配置下 fusion_pass_common.cpp 编译通过，libopgraph_math.so 链接通过 - 符号：桩引用的 FusionPassRegistrar 未定义符号与 libregister.so 导出的逐字符一致（_GLIBCXX_USE_CXX11_ABI=0） - 加载：ldd 依赖全部可解析，dlopen libopgraph_math.so 成功，静态初始化未崩溃 - 冒烟：已验证通过 ## 文档更新 无 ## 类型标签 <!-- [x] 表示选中 --> - [ ] Bug修复 - [x] 新特性 - [ ] 性能优化 - [ ] 文档更新 - [ ] 其他，请描述： See merge request: cann/ops-math!5140 | 30 days ago | |
fix: ONNX插件解析零值属性异常 Co-authored-by: clinglai0517<laichangling@huawei.com> # message auto-generated for no-merge-commit merge: !5896 merge fix/onnx-zero-attr-parsing into master fix: ONNX插件解析零值属性异常 Created-by: clinglai0517 Commit-by: clinglai0517 Merged-by: cann-robot Description: ## 描述 GE 序列化 ONNX 算子属性为 JSON 时，会省略值为 0 的标量 int 字段 "i"。部分 ops-math 插件以 attr.contains("i") 判断属性是否存在，导致显式零值被错误回退到算子默认值或误判为必需属性缺失。 本次修改： - 按属性 name 判断属性是否存在；i 字段缺失时按 protobuf 标量默认值 0 处理。 - 修复 Correlation、ReverseSequence、NPUOneHot 的零值属性解析。 - 完善 3 个插件的 framework UT，覆盖显式零值、属性缺省、正常属性及异常 JSON 等场景。 ## 关联的Issue Closes #3270 https://gitcode.com/cann/ops-math/issues/3270 ## 测试 - ONNX 插件构建：bash build.sh --onnxplugin -j16，通过。 - op_host UT 构建：bash build.sh -u --ophost --noexec --ops=correlation,reverse_sequence,one_hot -j64，通过。 - 专项 UT：Correlation、ReverseSequence、OneHotD 共 22 个用例，全部 PASSED。 - pre-commit：trailing whitespace、EOF、merge conflict、private key、clang-format、codespell、OAT 全部通过。 - 验证环境：Ascend 910B3 / CANN 9.0.0。 ## 文档更新 不涉及。 ## 类型标签 - [x] Bug修复 - [ ] 新特性 - [ ] 性能优化 - [ ] 文档更新 - [ ] 其他，请描述： ## AI/Agent生成声明 - [x] AI辅助编写 See merge request: cann/ops-math!5896 | 1 month ago | |
fe: 融合 pass 打桩注册，编入 libopgraph_math.so Co-authored-by: yuyuanfeng<yuyuanfeng1@huawei.com> # message auto-generated for no-merge-commit merge: !5140 merge task4-stubs into master fe: 融合 pass 打桩注册，编入 libopgraph_math.so Created-by: yuyuanfeng Commit-by: yuyuanfeng Merged-by: cann-robot Description: ## 描述 桩声明 GE fe 融合 pass 注册接口（GraphFusionPassType 枚举、PassAttr、FusionPassRegistry、FusionPassRegistrar、STUB_REG_PASS），新增 common/src/op_graph/fusion_pass_common.cpp 登记 9 个有 canndev 对应物的 pass 名字，编入 libopgraph_math.so；仅 ascend950 且 ge_compiler >= 9.0.0 时生效。 作用：删掉 canndev 后 fe 表为空，这 9 个 pass 的融合会全部丢失（fusable-only 算子会在引擎选型阶段报 "Cannot find engine"）。桩用名字占住 fe 表，fe 调度器才能按名字桥接到 math 侧实现。 未登记的 3 个： - CastlikeFusionPass、HistogramFusionPass：math 实现 Stage 为 kAfterInferShape，不在 kCompatibleInherited 表里，登记后 fe 查不到实现会报 "pattern fusion is nullptr" - Globalavgpoolpass：本次不登记 补充说明：DropOutV3SplitFusionPass 已登记但当前不生效——不在 OPP 白名单 support_fusion_pass.json 的 3510(ascend950) 名单内，fe 会 force close 跳过；待 OPP 侧补名单后生效，故保留登记。 ## 关联的Issue 关联 Issue #3450：[Requirement|需求建议]: FE 融合 pass 打桩注册，编入 libopgraph_math.so https://gitcode.com/cann/ops-math/issues/3450 ## 测试 - 编译：ascend950 配置下 fusion_pass_common.cpp 编译通过，libopgraph_math.so 链接通过 - 符号：桩引用的 FusionPassRegistrar 未定义符号与 libregister.so 导出的逐字符一致（_GLIBCXX_USE_CXX11_ABI=0） - 加载：ldd 依赖全部可解析，dlopen libopgraph_math.so 成功，静态初始化未崩溃 - 冒烟：已验证通过 ## 文档更新 无 ## 类型标签 <!-- [x] 表示选中 --> - [ ] Bug修复 - [x] 新特性 - [ ] 性能优化 - [ ] 文档更新 - [ ] 其他，请描述： See merge request: cann/ops-math!5140 | 30 days ago |