文件	最后提交记录	最后更新时间
docs	产品名变更 Co-authored-by: gitcode-chenjiao<chenjiao31@huawei.com> # message auto-generated for no-merge-commit merge: !5912 merge master into master 产品名变更 Created-by: gitcode-chenjiao Commit-by: gitcode-chenjiao Merged-by: cann-robot Description: ## 描述 <!--在这里详细描述你的改动，包括改动的原因和所采取的方法。--> AI处理器对应的产品型号名称更新 ## 关联的Issue <!-- 如果这个PR是为了解决特定的Issue，请在这里提供Issue链接。--> <!-- 如果这个PR是为了解决特定的问题单，请在这里描述问题单单号。--> [#3258](https://gitcode.com/cann/ops-math/issues/3258) ## 测试 <!--描述进行了哪些测试来验证你的改动。包括但不限于二级冒烟、算子泛化等。--> ok ## 文档更新 <!--如果这个PR包含文档的更新，请在这里指出。例如：更新了README.md文件。--> *.md ## 类型标签 <!-- [x] 表示选中 --> - [ ] Bug修复 - [ ] 新特性 - [ ] 性能优化 - [x] 文档更新 - [ ] 其他，请描述： See merge request: cann/ops-math!5912	30 天前
examples	fix(math): release resources on init failure in brc aclnn examples Co-authored-by: xjh2527<522024330101@smail.nju.edu.cn> # message auto-generated for no-merge-commit merge: !4633 merge fix/init-resource-leak-brc-ifaces into master fix(math): release resources on init failure in brc aclnn examples Created-by: xjh2527 Commit-by: xjh2527 Merged-by: cann-robot Description: ## 描述修复 ops-math 仓库中 BRC（二元广播计算）类算子调用示例在初始化失败场景下资源释放不完整的问题。 - `aclrtSetDevice` 失败时，在返回前调用 `aclFinalize`，释放已初始化的 ACL 资源。 - `aclrtCreateStream` 失败时，在返回前依次调用 `aclrtResetDevice` 和 `aclFinalize`，释放已设置的 Device 及 ACL 资源。 - 保留原有 `CHECK_RET` 写法和正常执行路径的资源释放顺序。 - 同步修改文档示例和对应的可执行示例源码，保证两处代码一致。本次修改参考 ops-nn PR #8603（aclnnSoftmax）的修复方式，仅补齐资源释放逻辑，不涉及算子 Tiling、Kernel 和计算功能变更。修复范围严格对应 Issue #2653 中描述的 BRC 算子 ACLNN 接口清单，逐接口匹配对应的 `docs/aclnn.md` 文档与 `examples/test_aclnn_.cpp` 示例。experimental/ 镜像不在本次范围内。 ## 涉及算子共 138 个文件（69 个 `examples/test_aclnn_.cpp` + 69 个 `docs/aclnn.md`），仅覆盖 math/ 和 conversion/ 目录： ### math（120 个文件） - Add：aclnnAdd / aclnnAdds / aclnnInplaceAdd / aclnnInplaceAdds - Sub：aclnnSub / aclnnSubs / aclnnRsub / aclnnRsubs / aclnnInplaceSub / aclnnInplaceSubs - Mul / Muls：aclnnMul / aclnnMuls / aclnnInplaceMul / aclnnInplaceMuls - Minimum / Maximum：aclnnMinimum / aclnnMinN / aclnnMaximum / aclnnMaxN - Signbit：aclnnSignbit - Less / LessEqual：aclnnLtScalar / aclnnLtTensor / aclnnLeScalar / aclnnLeTensor（及 Inplace 变体） - Greater / GreaterEqual：aclnnGtScalar / aclnnGtTensor / aclnnGeScalar / aclnnGeTensor（及 Inplace 变体） - NotEqual / Equal：aclnnNeScalar / aclnnNeTensor / aclnnLogicalXor / aclnnEqScalar / aclnnEqTensor（及 Inplace 变体） - Lerp：aclnnLerp / aclnnLerps / aclnnInplaceLerp / aclnnInplaceLerps - LogicalAnd / LogicalOr：aclnnLogicalAnd / aclnnLogicalOr（及 Inplace 变体） - BitwiseOr / BitwiseAnd / BitwiseXor：aclnnBitwiseOrScalar / aclnnBitwiseOrTensor / aclnnBitwiseAndScalar / aclnnBitwiseAndTensor / aclnnBitwiseXorScalar / aclnnBitwiseXorTensor（及 Inplace 变体） - TanhGrad：aclnnTanhBackward - Addcmul / Ger / Gcd：aclnnAddcmul / aclnnGer / aclnnGcd - SelectV2：aclnnSWhere - RealDiv：aclnnDiv / aclnnDivs / aclnnDivMod / aclnnDivMods（及 Inplace 变体） - FloorDiv：aclnnFloorDivide / aclnnFloorDivides（及 Inplace 变体） - Pow：aclnnExp2 / aclnnPowTensorScalar / aclnnPowTensorTensor / aclnnPowScalarTensor（及 Inplace 变体） - Addcdiv：aclnnAddcdiv / aclnnInplaceAddcdiv - Mod：aclnnFmodScalar / aclnnFmodTensor（及 Inplace 变体） - FloorMod：aclnnRemainderScalarTensor / aclnnRemainderTensorScalar / aclnnRemainderTensorTensor（及 Inplace 变体） ### conversion（18 个文件） - ClipByValueV2：aclnnClamp / aclnnClampMax / aclnnClampMaxTensor / aclnnClampMin / aclnnClampMinTensor / aclnnClampTensor / aclnnHardtanh（及 Inplace 变体）注：upstream 已用 C++ RAII（StreamPtr / aclGuard）重构的 16 个文件本 PR 跳过，不再重复修改。 ## 关联的Issue Issue #2653：https://gitcode.com/cann/ops-math/issues/2653 ## 测试 - `git diff --check`：通过。 - pre-commit 全部通过（clang-format / trailing-whitespace / end-of-file-fixer / codespell / markdownlint / OAT 等）。 - CI 流水线全部通过（cann-cla/yes、api-check-pass、ci-pipeline-passed）：全平台编译、UT 测试、PreSmoke 均成功。 - 本次仅修改调用示例的异常处理逻辑，未执行 NPU 运行测试。 ## 文档更新 - 更新上述算子 `docs/` 目录下的 `aclnn.md` 中的调用示例。 - 同步更新 `examples/` 目录下的 `test_aclnn_.cpp` 可执行示例源码。 ## 类型标签 - [x] Bug修复 - [ ] 新特性 - [ ] 性能优化 - [x] 文档更新 - [ ] 其他，请描述： See merge request: cann/ops-math!4633	1 个月前
op_api	fix: 补全lerp算子aclnn接口空Tensor短路判断的end和weight输入检查 Co-authored-by: hahaha22<wangrunze20@h-partners.com> # message auto-generated for no-merge-commit merge: !5584 merge fix_issue_11 into master fix: 补全lerp算子aclnn接口空Tensor短路判断的end和weight输入检查 Created-by: hahaha22 Commit-by: hahaha22 Merged-by: cann-robot Description: ## 描述 lerp 算子 aclnn 接口（aclnnLerp/aclnnInplaceLerp/aclnnLerps/aclnnInplaceLerps）的空 Tensor 短路判断仅检查了 self： `cpp if (self->IsEmpty()) { return ACLNN_SUCCESS; }` 广播规则允许 size=1 的维与 size=0 的维广播（结果为 0 维）。当 self 非空而 end/weight 为空时（如 self={2,1}、end={2,0}、out={2,0}）： 1. CheckShape 通过（broadcast 结果与 out 一致） 2. 空短路不生效，继续下发 kernel 3. 公共 BroadcastTiling 遇 0 维输出直接返回 GRAPH_FAILED（dimLength is zero），导致运行时报内部错误，而非按空输出语义返回成功仓内广播类算子（aclnn_add、aclnn_s_where、aclnn_addcmul 等）均对所有广播输入做空检查。修改内容： - math/lerp/op_api/aclnn_lerp_tensor.cpp：空 Tensor 判断补全为 self/end/weight 任一为空即短路返回 - math/lerp/op_api/aclnn_lerp_scalar.cpp：空 Tensor 判断补全为 self/end 任一为空即短路返回 ## 关联的Issue #3169 https://gitcode.com/cann/ops-math/issues/3169 ## 测试 - 补充 UT：case_22_empty_end_weight_input（aclnnLerp）、case_19_empty_end_input（aclnnLerps），覆盖 self 非空但 end/weight 为空的广播场景，期望返回 ACL_SUCCESS - CI 流水线编译通过 ## 文档更新无 ## 类型标签 - [x] Bug修复 See merge request: cann/ops-math!5584	1 个月前
op_graph	math仓算子代码整改 Co-authored-by: cai-chengchao<caichengchao1@h-partners.com> # message auto-generated for no-merge-commit merge: !881 merge math_op_back_1 into master math仓算子代码整改 Created-by: cai-chengchao Commit-by: cai-chengchao Merged-by: cann-robot Description: ## 描述 math仓算子代码整改 ## 关联的Issue <!-- 如果这个PR是为了解决特定的Issue，请在这里提供Issue链接。--> <!-- 如果这个PR是为了解决特定的问题单，请在这里描述问题单单号。--> ## 测试 <!--描述进行了哪些测试来验证你的改动。包括但不限于二级冒烟、算子泛化等。--> ## 文档更新 <!--如果这个PR包含文档的更新，请在这里指出。例如：更新了README.md文件。--> ## 类型标签 <!-- [x] 表示选中 --> - [ ] Bug修复 - [ ] 新特性 - [ ] 性能优化 - [ ] 文档更新 - [ ] 其他，请描述： See merge request: cann/ops-math!881	8 个月前
op_host	[ascend350] 15个算子新增ascend350平台支持 Co-authored-by: Developer user<zhuzixian1@h-partners.com> # message auto-generated for no-merge-commit merge: !5523 merge ascend350_adapt into master [ascend350] 15个算子新增ascend350平台支持 Created-by: zhuzixian-lr Commit-by: Developer user Merged-by: cann-robot Description: ## 描述 15个算子新增ascend350平台支持：muls、addcdiv、addcmul、bias_add、div_no_nan、floor_div、floor_mod、lerp、less_equal、logical_and、logical_or、not_equal、select_v2、tanh_grad、clip_by_value_v2。修改模式（350与ascend950完全同配，两者同为 DAV_3510，走同一代码分支）： - op_host/<op>_def.cpp：追加 AddConfig("ascend350")，复用 ascend950 同一 config 对象 - CMakeLists：SUPPORT_COMPUTE_UNIT/SUPPORT_TILING_DIR 增加 ascend350/arch35（含 add_kernel_sources 块 COMPUTE_UNITS） - op_host/config/ascend350/：拷贝 ascend950 的 <op>_binary.json（不拷 simplified_key.ini） - scripts/kernel/binary_config/ascendc_config.json：compute_units 加 ascend350，compile_options 与 ascend950 逐项相同（仅对 json 中已有条目的算子修改，原无条目的算子不新增登记，避免影响既有编译选项行为） ## 测试 A5（Ascend950PR）环境实测： - `build.sh --pkg --soc=ascend350 --ops=<op> --vendor_name=customize -j4` 全部 15 算子编译通过（self config 日志、ascend350 kernel .o 产物、run 包产出、json 选项注入均验证） - 950 硬件伪装 350 路径（ASCEND_OPP_PATH overlay + Short_SoC_version=Ascend350）ttk kernel 精度验证：已验收算子 bin_precision 100%、precision_status 全 PASS（muls 100用例、bias_add 100用例等，详见验收记录） - pre-commit 全部检查通过（按文件运行，含 clang-format/codespell/OAT 合规） ## 关联的Issue https://gitcode.com/cann/ops-math/issues/3114 ## 类型标签 - [ ] Bug修复 - [x] 新特性 - [ ] 性能优化 - [ ] 文档更新 ## SocVersion 判断合规化（2026-09-11 追加） - 规则：不允许 SocVersion 区间判断隐式覆盖芯片，950/350 需显式 IsRegBase() 判断，不再依赖枚举顺序副作用 - 本 MR 清单 18 处复查结果：1 处由本 MR 修改（math/equal/op_api/aclnn_isin.cpp，清单中唯一未被 master 覆盖处）；13 处已被 master !5467（823210994）修复，rebase 后去重不再重复修改；4 处跳过（math/not_equal/op_api/aclnn_ne_scalar.cpp×2、aclnn_ne_tensor.cpp×2，区间判断前已有 if (IsRegBase()) 提前返回兜底，追加会造成死条件） - 改法：保留原 [ASCEND910B, ASCEND910E] 区间（覆盖 910B/910C/910E），或逻辑增加 IsRegBase()（显式覆盖 regbase 芯片） - 行为零变化：950 原区间命中(true)→现 IsRegBase()(true)；350 原被区间覆盖(true)→现 IsRegBase()(true)；910B/C/E 走原区间不变 - 分支已 rebase 至最新 upstream master See merge request: cann/ops-math!5523	1 个月前
op_kernel	refactor: arch35算子Reg级API重命名迁移 Co-authored-by: hahaha22<wangrunze20@h-partners.com> # message auto-generated for no-merge-commit merge: !4468 merge work_8 into master refactor: arch35算子Reg级API重命名迁移 Created-by: hahaha22 Commit-by: hahaha22 Merged-by: cann-robot Description: ## 描述将 arch35 架构下 40 个算子 kernel 文件中的 Reg 级 API 名称从旧命名迁移到新命名，与已迁移的算子（xlogy、dawsn、rint、cdist、reduce_all、power 等）保持一致。涉及的 API 重命名映射： - `__local_mem__` → `__ubuf__`（地址空间限定符统一） - `Reg::DataCopy` (LoadDist) → `Reg::LoadAlign`（UB 到寄存器的对齐加载） - `Reg::DataCopy` (StoreDist) → `Reg::StoreAlign`（寄存器到 UB 的对齐存储） - `Reg::DataCopyUnAlignPre` → `Reg::LoadUnAlignPre` - `Reg::DataCopyUnAlign` → `Reg::LoadUnAlign` - `Reg::MaskPack` → `Reg::Pack` - `Reg::MaskUnPack` → `Reg::UnPack` - `Reg::MaskAnd` → `Reg::And`（与已有 Reg::And 通过重载统一） - `Reg::CompareScalar` → `Reg::Compares` - `Reg::UnalignReg` → `Reg::UnalignRegForLoad` 涉及的算子包括：clip_by_value、clip_by_value_v2、adjacent_difference、bitwise_xor、div、floor_div、floor_mod、lerp、logical_or、mod、pow、signbit、tanh_grad。此外，adjacent_difference 算子中存在原有的 `__local_mem__`/`__ubuf__` 地址空间限定符不一致问题（左侧声明与右侧转换不匹配），本次重命名一并修复。 ### 改动原因 AscendC SDK 更新了 Reg 级 API 命名规范，将原有的 `DataCopy` 拆分为语义更明确的 `LoadAlign`/`StoreAlign`，并移除了 Mask 系列 API 的 "Mask" 前缀（通过重载统一）。本 PR 将相关算子迁移至新命名。 ### 改动方法纯机械重命名，无逻辑变更。所有改动均为 1:1 的 API 名称替换，增删行数完全对称（+417 -417）。Load/Store 语义区分基于原有模板参数（LoadDist → LoadAlign, StoreDist → StoreAlign）和参数顺序（寄存器在前为 Load，地址在前为 Store）。 ## 关联的Issue - #2529 ## 测试待补充：二级冒烟测试、算子泛化测试。 ## 文档更新无 ## 类型标签 - [ ] Bug修复 - [ ] 新特性 - [ ] 性能优化 - [ ] 文档更新 - [x] 其他，请描述：API 重命名重构 See merge request: cann/ops-math!4468	2 个月前
tests	fix: 补全lerp算子aclnn接口空Tensor短路判断的end和weight输入检查 Co-authored-by: hahaha22<wangrunze20@h-partners.com> # message auto-generated for no-merge-commit merge: !5584 merge fix_issue_11 into master fix: 补全lerp算子aclnn接口空Tensor短路判断的end和weight输入检查 Created-by: hahaha22 Commit-by: hahaha22 Merged-by: cann-robot Description: ## 描述 lerp 算子 aclnn 接口（aclnnLerp/aclnnInplaceLerp/aclnnLerps/aclnnInplaceLerps）的空 Tensor 短路判断仅检查了 self： `cpp if (self->IsEmpty()) { return ACLNN_SUCCESS; }` 广播规则允许 size=1 的维与 size=0 的维广播（结果为 0 维）。当 self 非空而 end/weight 为空时（如 self={2,1}、end={2,0}、out={2,0}）： 1. CheckShape 通过（broadcast 结果与 out 一致） 2. 空短路不生效，继续下发 kernel 3. 公共 BroadcastTiling 遇 0 维输出直接返回 GRAPH_FAILED（dimLength is zero），导致运行时报内部错误，而非按空输出语义返回成功仓内广播类算子（aclnn_add、aclnn_s_where、aclnn_addcmul 等）均对所有广播输入做空检查。修改内容： - math/lerp/op_api/aclnn_lerp_tensor.cpp：空 Tensor 判断补全为 self/end/weight 任一为空即短路返回 - math/lerp/op_api/aclnn_lerp_scalar.cpp：空 Tensor 判断补全为 self/end 任一为空即短路返回 ## 关联的Issue #3169 https://gitcode.com/cann/ops-math/issues/3169 ## 测试 - 补充 UT：case_22_empty_end_weight_input（aclnnLerp）、case_19_empty_end_input（aclnnLerps），覆盖 self 非空但 end/weight 为空的广播场景，期望返回 ACL_SUCCESS - CI 流水线编译通过 ## 文档更新无 ## 类型标签 - [x] Bug修复 See merge request: cann/ops-math!5584	1 个月前
CMakeLists.txt	[ascend350] 15个算子新增ascend350平台支持 Co-authored-by: Developer user<zhuzixian1@h-partners.com> # message auto-generated for no-merge-commit merge: !5523 merge ascend350_adapt into master [ascend350] 15个算子新增ascend350平台支持 Created-by: zhuzixian-lr Commit-by: Developer user Merged-by: cann-robot Description: ## 描述 15个算子新增ascend350平台支持：muls、addcdiv、addcmul、bias_add、div_no_nan、floor_div、floor_mod、lerp、less_equal、logical_and、logical_or、not_equal、select_v2、tanh_grad、clip_by_value_v2。修改模式（350与ascend950完全同配，两者同为 DAV_3510，走同一代码分支）： - op_host/<op>_def.cpp：追加 AddConfig("ascend350")，复用 ascend950 同一 config 对象 - CMakeLists：SUPPORT_COMPUTE_UNIT/SUPPORT_TILING_DIR 增加 ascend350/arch35（含 add_kernel_sources 块 COMPUTE_UNITS） - op_host/config/ascend350/：拷贝 ascend950 的 <op>_binary.json（不拷 simplified_key.ini） - scripts/kernel/binary_config/ascendc_config.json：compute_units 加 ascend350，compile_options 与 ascend950 逐项相同（仅对 json 中已有条目的算子修改，原无条目的算子不新增登记，避免影响既有编译选项行为） ## 测试 A5（Ascend950PR）环境实测： - `build.sh --pkg --soc=ascend350 --ops=<op> --vendor_name=customize -j4` 全部 15 算子编译通过（self config 日志、ascend350 kernel .o 产物、run 包产出、json 选项注入均验证） - 950 硬件伪装 350 路径（ASCEND_OPP_PATH overlay + Short_SoC_version=Ascend350）ttk kernel 精度验证：已验收算子 bin_precision 100%、precision_status 全 PASS（muls 100用例、bias_add 100用例等，详见验收记录） - pre-commit 全部检查通过（按文件运行，含 clang-format/codespell/OAT 合规） ## 关联的Issue https://gitcode.com/cann/ops-math/issues/3114 ## 类型标签 - [ ] Bug修复 - [x] 新特性 - [ ] 性能优化 - [ ] 文档更新 ## SocVersion 判断合规化（2026-09-11 追加） - 规则：不允许 SocVersion 区间判断隐式覆盖芯片，950/350 需显式 IsRegBase() 判断，不再依赖枚举顺序副作用 - 本 MR 清单 18 处复查结果：1 处由本 MR 修改（math/equal/op_api/aclnn_isin.cpp，清单中唯一未被 master 覆盖处）；13 处已被 master !5467（823210994）修复，rebase 后去重不再重复修改；4 处跳过（math/not_equal/op_api/aclnn_ne_scalar.cpp×2、aclnn_ne_tensor.cpp×2，区间判断前已有 if (IsRegBase()) 提前返回兜底，追加会造成死条件） - 改法：保留原 [ASCEND910B, ASCEND910E] 区间（覆盖 910B/910C/910E），或逻辑增加 IsRegBase()（显式覆盖 regbase 芯片） - 行为零变化：950 原区间命中(true)→现 IsRegBase()(true)；350 原被区间覆盖(true)→现 IsRegBase()(true)；910B/C/E 走原区间不变 - 分支已 rebase 至最新 upstream master See merge request: cann/ops-math!5523	1 个月前
README.md	产品名变更 Co-authored-by: gitcode-chenjiao<chenjiao31@huawei.com> # message auto-generated for no-merge-commit merge: !5912 merge master into master 产品名变更 Created-by: gitcode-chenjiao Commit-by: gitcode-chenjiao Merged-by: cann-robot Description: ## 描述 <!--在这里详细描述你的改动，包括改动的原因和所采取的方法。--> AI处理器对应的产品型号名称更新 ## 关联的Issue <!-- 如果这个PR是为了解决特定的Issue，请在这里提供Issue链接。--> <!-- 如果这个PR是为了解决特定的问题单，请在这里描述问题单单号。--> [#3258](https://gitcode.com/cann/ops-math/issues/3258) ## 测试 <!--描述进行了哪些测试来验证你的改动。包括但不限于二级冒烟、算子泛化等。--> ok ## 文档更新 <!--如果这个PR包含文档的更新，请在这里指出。例如：更新了README.md文件。--> *.md ## 类型标签 <!-- [x] 表示选中 --> - [ ] Bug修复 - [ ] 新特性 - [ ] 性能优化 - [x] 文档更新 - [ ] 其他，请描述： See merge request: cann/ops-math!5912	30 天前

Lerp

产品支持情况

产品	是否支持
Ascend 950PR&950DT系列产品	√
Atlas A3系列产品	√
Atlas A2系列产品	√
Atlas 200I/500 A2推理产品	√
Atlas推理系列产品	√
Atlas训练系列产品	√

功能说明

算子功能：根据给定的权重，在起始和结束Tensor之间进行线性插值，返回插值后的Tensor。
计算公式：

i)\text { out }_i=\text { start }_i+\text { weight }_i \times\left(\text { end }_i-\text { start }_i\right)

参数说明

参数名	输入/输出/属性	描述	数据类型	数据格式
self	输入	待进行lerp计算的入参，公式中的start_i。	FLOAT、FLOAT16、BFLOAT16	ND
end	输入	待进行lerp计算的入参，公式中的end_i。	FLOAT、FLOAT16、BFLOAT16	ND
weight	输入	待进行lerp计算的入参，公式中的weight_i。	FLOAT、FLOAT16、BFLOAT16	ND
out	输出	待进行lerp计算的出参，公式中的out_i。	FLOAT、FLOAT16、BFLOAT16	ND

约束说明

end、weight的dtype需要与self一致。

调用说明

调用方式	调用样例	说明
aclnn调用	test_aclnn_lerp	通过aclnnLerp接口方式调用Lerp算子。