| 文件 | 最后提交记录 | 最后更新时间 |
|---|---|---|
fix: 修复7个算子文档示例代码静态检查问题 Co-authored-by: shilulu<shilulu8@huawei.com> # message auto-generated for no-merge-commit merge: !10472 merge clean_code into master fix: 修复7个算子文档示例代码静态检查问题 Created-by: shilulu Commit-by: shilulu Merged-by: cann-robot Description: ## 描述 <!--在这里详细描述你的改动，包括改动的原因和所采取的方法。--> fix: 修复7个算子文档示例代码静态检查问题 ## 关联的Issue <!-- 如果这个PR是为了解决特定的Issue，请在这里提供Issue链接。例如：关联Issue #000--> https://gitcode.com/cann/ops-nn/issues/5901 ## 测试 <!--描述进行了哪些测试来验证你的改动。--> ## 文档更新 <!--如果这个PR包含文档的更新，请在这里指出。例如：更新了README.md文件。--> 更新了： aclnnHardsigmoid&aclnnInplaceHardsigmoid.md aclnnLogSoftmax.md aclnnSeluBackward.md aclnnSigmoid&aclnnInplaceSigmoid.md（activation） aclnnSigmoid&aclnnInplaceSigmoid.md（experimental） aclnnSwiGluGrad.md aclnnGroupNormSilu.md aclnnGroupNormSiluV2.md ## 类型标签 <!-- [x] 表示选中 --> - [x] Bug修复 - [ ] 新特性 - [ ] 性能优化 - [x] 文档更新 - [ ] 其他，请描述： ## AI/Agent生成声明 <!-- [x] 表示选中 --> - [ ] AI辅助编写 See merge request: cann/ops-nn!10472 | 27 天前 | |
fix: 修复7个算子文档示例代码静态检查问题 Co-authored-by: shilulu<shilulu8@huawei.com> # message auto-generated for no-merge-commit merge: !10472 merge clean_code into master fix: 修复7个算子文档示例代码静态检查问题 Created-by: shilulu Commit-by: shilulu Merged-by: cann-robot Description: ## 描述 <!--在这里详细描述你的改动，包括改动的原因和所采取的方法。--> fix: 修复7个算子文档示例代码静态检查问题 ## 关联的Issue <!-- 如果这个PR是为了解决特定的Issue，请在这里提供Issue链接。例如：关联Issue #000--> https://gitcode.com/cann/ops-nn/issues/5901 ## 测试 <!--描述进行了哪些测试来验证你的改动。--> ## 文档更新 <!--如果这个PR包含文档的更新，请在这里指出。例如：更新了README.md文件。--> 更新了： aclnnHardsigmoid&aclnnInplaceHardsigmoid.md aclnnLogSoftmax.md aclnnSeluBackward.md aclnnSigmoid&aclnnInplaceSigmoid.md（activation） aclnnSigmoid&aclnnInplaceSigmoid.md（experimental） aclnnSwiGluGrad.md aclnnGroupNormSilu.md aclnnGroupNormSiluV2.md ## 类型标签 <!-- [x] 表示选中 --> - [x] Bug修复 - [ ] 新特性 - [ ] 性能优化 - [x] 文档更新 - [ ] 其他，请描述： ## AI/Agent生成声明 <!-- [x] 表示选中 --> - [ ] AI辅助编写 See merge request: cann/ops-nn!10472 | 27 天前 | |
算子插件迁移 Co-authored-by: welt_lester<songlizhe1@h-partners.com> Co-authored-by: x00842564<xuyanke@huawei.com> # message auto-generated for no-merge-commit merge: !8474 merge master into master 算子插件迁移 Created-by: welt_lester Commit-by: x00842564;welt_lester Merged-by: cann-robot Description: ## 描述 落实issue #4279，将adaptive_avg_pool2d、adaptive_max_pool2d、ascend_anti_quant、ascend_dequant、ascend_quant、batch_mat_mul_v3、batch_norm、celu_v2、instance_norm_v3、ascend_quant、log_softmax_v2、mat_mul_v3、unique_with_counts_and_sorting这13个算子对应的插件从common\src\framework迁出到各自算子目录新建的\framework目录下。 ## 关联的Issue [Bug-Report|缺陷反馈]: 有对应算子的插件不应该放到公共目录 [#4279](https://gitcode.com/cann/ops-nn/issues/4279) ## 测试 compile、本地验证build通过 ## 文档更新 不涉及 ## 类型标签 <!-- [x] 表示选中 --> - [ ] Bug修复 - [ ] 新特性 - [ ] 性能优化 - [ ] 文档更新 - [x] 其他，请描述：代码重构(算子插件归属迁移,落实 #4279 ## AI/Agent生成声明 <!-- [x] 表示选中 --> - [ ] AI辅助编写 See merge request: cann/ops-nn!8474 | 1 个月前 | |
feat: 算子910B~910E区间判断追加IsRegbase()并统一IsArch3510判断以兼容后续Regbase芯片 Co-authored-by: hahaha22<wangrunze20@h-partners.com> # message auto-generated for no-merge-commit merge: !10101 merge q_aclnn_version into master feat: 算子910B~910E区间判断追加IsRegbase()并统一IsArch3510判断以兼容后续Regbase芯片 Created-by: hahaha22 Commit-by: hahaha22 Merged-by: cann-robot Description: ## 描述 以 RegBase 架构（NpuArch = DAV_3510，含 Ascend950 及后续 Regbase 芯片）兼容为目标，统一两类芯片判断写法： 1. **区间判断追加**：对 4 个算子 op_api 中 GetSocVersion() >= ASCEND910B && GetSocVersion() <= ASCEND910E 区间判断追加 || Ops::NN::AclnnUtil::IsRegbase()，使 RegBase 平台在 SocVersion 区间之外时也走 910B 支持分支 2. **硬编码统一**：将 1 个算子的本地架构判断封装函数（IsArch3510）实现改为 IsRegbase()，后续 Regbase 芯片无需逐文件修改 ## 修改内容一：区间判断追加（4 个文件，4 处） | 算子 | 文件 | 修改 | |------|------|------| | logsoftmaxv2 | activation/log_softmax_v2/op_api/aclnn_log_softmax.cpp | CheckSocVersionIsSupportBf16 追加 IsRegbase()；补 include | | logsoftmaxgrad | activation/log_softmax_grad/op_api/aclnn_logsoftmax_backward.cpp | 同上（include 原已存在） | | softmaxgrad | activation/softmax_grad/op_api/aclnn_softmax_backward.cpp | 同上（include 原已存在） | | batchNormElemt | norm/batch_norm_elemt/op_host/op_api/aclnn_batch_norm_elemt.cpp | 追加 IsRegbase() 并删除冗余 == SocVersion::ASCEND950；补 include | ### 关于删除 == SocVersion::ASCEND950 的说明 SocVersion 枚举中 ASCEND950 = ASCEND910_95（值 3）位于 ASCEND910B（1）与 ASCEND910E（4）之间，区间判断本已覆盖 950，原 || == ASCEND950 分支从不单独生效；且 Ascend950 的 NpuArch 即 DAV_3510，IsRegbase() 对 950 同样为真。净效果为纯扩展，存量平台无收窄。 ## 修改内容二：硬编码判断统一（1 个文件，1 处） - layerNormV4：norm/layer_norm_v4/op_host/op_api/aclnn_layer_norm.cpp:123 —— IsArch3510() 函数体改为 Ops::NN::AclnnUtil::IsRegbase()（调用点不动） ### 范围说明 - addRmsNormQuantV2（aclnn_add_rms_norm_quant_v2）：upstream !10098（完善RMSNorm量化校验）已将其 IsSocVersion950() 统一改名并实现为 IsRegbase()，本次不改，与 upstream 保持零 diff - batchNormGradV3（aclnn_fast_batch_norm_backward）：经评审本次不改，与 upstream 保持零 diff，其恒真条件见关联 Issue - 公共头 level2_base_caculation.h、experimental 目录、tests 不在本次范围，遗留问题见关联 Issue ## 关联的Issue - #5707 （ops-nn仓RegBase兼容遗留问题清理：公共头IsRegbase同步、恒真条件修正、重复查询优化） ## 测试 - pre-commit 检查（clang-format/codespell/OAT 等）全部通过 - 修改文件 g++ -fsyntax-only 语法验证通过 - 已触发 compile 编译 - 建议测试项： 1. 910B/910E 平台回归 BF16 正反向用例行为不变 2. Ascend950 平台回归（验证删除 == ASCEND950 等价、layerNormV4 的 950 分支行为不变） 3. RegBase 平台 BF16 用例由校验拒绝变为正常放行 4. 区间外平台（910/310/310P）BF16 仍被拦截 ## 文档更新 无 ## 类型标签 - [ ] Bug修复 - [x] 新特性 - [ ] 性能优化 - [ ] 文档更新 - [ ] 其他，请描述： ### 关联issue - [cann/ops-math#5467（ops-math 侧 910B~910E 区间判断追加 IsRegBase）](https://gitcode.com/cann/ops-math/pull/5467) See merge request: cann/ops-nn!10101 | 1 个月前 | |
refactor: 将log_softmax_v2_proto.cpp重命名为.h头文件 Co-authored-by: zhuzixian-lr<zhuzixian1@h-partners.com> # message auto-generated for no-merge-commit merge: !8374 merge refactor/log_softmax_v2_proto_to_header into master refactor: 将log_softmax_v2_proto.cpp重命名为.h头文件 Created-by: zhuzixian-lr Commit-by: zhuzixian-lr Merged-by: cann-robot Description: ## 描述 将 log_softmax_v2 算子的 op_graph/log_softmax_v2_proto.cpp 重命名为 log_softmax_v2_proto.h。该文件内容本就是头文件格式（含 include guard、仅含 REG_OP 注册宏、\file 注释已标注为 .h），扩展名与实际文件类型不符，修正扩展名以符合实际文件类型，同步更新 examples/test_geir_log_softmax_v2.cpp 中 include 路径。 ### 改动原因 - 文件扩展名 .cpp 与实际内容（纯头文件声明）不符，易误导按源文件方式处理 - 统一算子 proto 注册文件的命名规范 ### 改动方法 - 重命名 .cpp → .h，文件内容无变更（rename 相似度 100%） - examples 中 #include 由 .cpp 改为 .h ## 关联的Issue #4628 ## 测试 - pre-commit 全量检查通过（clang-format / trailing-whitespace / end-of-file-fixer / codespell / OAT 合规检查） ## 文档更新 无需更新文档 ## 类型标签 - [ ] Bug修复 - [ ] 新特性 - [ ] 性能优化 - [ ] 文档更新 - [x] 其他，请描述：文件重命名/重构 ## AI/Agent生成声明 - [x] AI辅助编写 See merge request: cann/ops-nn!8374 | 2 个月前 | |
[ascend350] 16个算子新增ascend350平台支持 Co-authored-by: Developer user<zhuzixian1@h-partners.com> # message auto-generated for no-merge-commit merge: !10186 merge ascend350_adapt into master [ascend350] 16个算子新增ascend350平台支持 Created-by: zhuzixian-lr Commit-by: Developer user Merged-by: cann-robot Description: ## 描述 16个算子新增ascend350平台支持：layer_norm、layer_norm_v3、layer_norm_v4、layer_norm_grad_v3（含 LayerNormBetaGammaBackpropV2/LayerNormXBackpropV2 入口）、rms_norm、rms_norm_grad、add_rms_norm、inplace_add_rms_norm、add_layer_norm、lp_norm_v2、bn_training_reduce、broadcast_gradient_args、log_softmax_v2、softmax_grad、log_softmax_grad、confusion_softmax_grad。 修改模式（350与ascend950完全同配，两者同为 DAV_3510，走同一代码分支）： - op_host/<op>_def.cpp：追加 AddConfig("ascend350")，复用 ascend950 同一 config 对象（layer_norm_v4/layer_norm_grad_v3 为 regbaseCfg 形态） - CMakeLists：SUPPORT_COMPUTE_UNIT/SUPPORT_TILING_DIR 增加 ascend350/arch35（add_layer_norm 为 op_kernel/CMakeLists.txt 的 add_kernel_sources COMPUTE_UNITS 形态；layer_norm_grad_v3 为 add_modules_sources 形态无需改） - op_host/config/ascend350/：拷贝 ascend950 的 <op>_binary.json（bn_training_reduce、log_softmax_v2 无 config 目录，走 def 全组合，跳过） - scripts/kernel/binary_config/ascendc_config.json：仅对 json 中已有条目的算子修改（compute_units 加 ascend350，compile_options 与 ascend950 逐项相同）；原无条目的算子（如 add_layer_norm、bn_training_reduce）不新增登记，避免影响默认编译选项行为 - 4 个 def 文件版权头规范化（OAT 合规检查要求）：softmax_grad_def、rms_norm_def、layer_norm_grad_v3_def、rms_norm_grad_def ## 测试 A5（Ascend950PR）环境实测： - build.sh --pkg --soc=ascend350 --ops=<op> --vendor_name=customize -j4 编译验证：15/16 算子通过（self config 日志、ascend350 kernel .o 产物、run 包产出、json 选项注入均验证）；lp_norm_v2 代码适配完成、编译验证进行中 - 950 硬件伪装 350 路径（ASCEND_OPP_PATH overlay + Short_SoC_version=Ascend350）ttk kernel 精度验证：layer_norm/layer_norm_v3 等已验收算子 binary 匹配全命中、无 FAIL（详见验收记录） - pre-commit 全部检查通过（按文件运行，含 clang-format/codespell/OAT 合规） ## 关联的Issue https://gitcode.com/cann/ops-nn/issues/5744 ## 类型标签 - [ ] Bug修复 - [x] 新特性 - [ ] 性能优化 - [ ] 文档更新 ## SocVersion 判断合规化（2026-09-11 追加） - 规则：不允许 SocVersion 区间判断隐式覆盖芯片，950/350 需显式 IsRegBase() 判断，不再依赖枚举顺序副作用 - 本 MR 清单涉及 3 处（log_softmax_v2 / log_softmax_grad / softmax_grad 的 CheckSocVersionIsSupportBf16），跳过项：3/3 已由 upstream !10101（e22a7a02f，算子910B~910E区间判断追加IsRegbase()）修复，本 MR rebase 后自动继承，自身 0 处修改 - 改法（upstream 已落地形态）：保留原 [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-nn!10186 | 30 天前 | |
fix(softmax/group_norm): 平台参数与 VL 相关常量改为接口派生，消除跨平台写死 Co-authored-by: zhuzixian-lr<zhuzixian1@h-partners.com> # message auto-generated for no-merge-commit merge: !9759 merge softmax_vl into master fix(softmax/group_norm): 平台参数与 VL 相关常量改为接口派生，消除跨平台写死 Created-by: zhuzixian-lr Commit-by: zhuzixian-lr Merged-by: cann-robot Description: ## 描述 将 softmax 系 5 个算子（softmax_v2 / log_softmax_v2 / softmax_grad / log_softmax_grad / confusion_softmax_grad）与 GroupNormV2 / GroupNormGrad 中写死的平台相关常量改为接口派生，消除换设备平台时的功能/能力异常。 ### 问题背景 排查发现两类"由平台参数决定却写死为具体值"的常量： 1. **VL 算法界写死**： - R_MAX_VALUE = 16384 实为二分累加算法安全上限 4 * VL^2（SecondNormComputePost 要求 foldPoint <= 2*VL，故 r <= 4*VL*VL）。VL=64 平台恰好吻合；VL 变小平台将放行超界 r 导致 sum 不计算（功能错误），VL 变大平台错误拒绝合法 r（能力损失）。 - GroupNormV2 FP32_ONE_REPEAT = 64 即 VL_FP32 写死形态，two_pass 模板 dichotomyAdd buffer 按 64 切分，而 tiling 侧按 GetVRegSize(context) 接口值计算——跨侧不一致，换平台必现 buffer 尺寸错误。 - GroupNormV2 使用裸名 VECTOR_REG_WIDTH（AscendC::VECTOR_REG_WIDTH 定义于 SDK 常量表，各架构分支均为写死 256），改为 Ops::Base::GetVRegSize() 统一适配层。 2. **UB 块参数写死**： - BLOCK_SIZE = 32（DataCopy stride 换算）、FP32/FP16_BLOCK_ALIGN_NUM = 8/16（= 32B/dtypeSize） - AR_RECOMPUTE_MAX/SUM_BUFFER_BTYES = 32（标量 buffer 按 UB 块对齐） - AR_RECOMPUTE_BINARY_CACHE_BTYES = 2048（= 64 槽位 × 32B/槽，64 为二分层级 2 的幂上限） ### 修改内容（34 文件） | 修改点 | 前 | 后 | |---|---|---| | R_MAX_VALUE（3 家 ar_full_load tiling） | 16384 | CONST_FOUR * vlFp32_ * vlFp32_ | | BINARY_CACHE（5 算子 kernel + 2 tiling） | 2048 | 64 * GetUbBlockSize() | | MAX/SUM_BUFFER（kernel+tiling） | 32 | GetUbBlockSize() | | BLOCK_SIZE（5 kernel + softmax_v2 tiling） | 32 | Ops::Base::GetUbBlockSize() / blockSize_ | | FP32/FP16_BLOCK_ALIGN_NUM（2 tiling.h） | 8/16 | blockSize_ / dtypeSize（定义删除） | | GNV2 FP32_ONE_REPEAT（two_pass ×2） | 64 | VL_FP32（定义删除） | | GNV2 VECTOR_REG_WIDTH（VL_FP32/GetVLSize） | 裸名 SDK 常量 | Ops::Base::GetVRegSize() | | GNG 本地 GetVRegSize/GetUbBlockSize | 写死 256U/32U | 委托 Ops::Base:: | | GNG CACHE_LEVEL1/2_IDX | 256/512 | CACHE_BUFF_SIZE 派生 | | grad 系 platform:: 前缀（16 文件） | platform::GetVRegSize/GetUbBlockSize | Ops::Base::（include 换 op_kernel/platform_util.h） | ## 关联的Issue close #5515 ## 测试 - [x] 29 个 arch35 tiling cpp syntax-only 编译通过（UT 编译环境完整 -I 集） - [x] GroupNormGrad tiling make ophost_nn_tiling_obj 增量编译 + tiling UT 用例重编通过 - [x] 7 算子全部 arch35 kernel 模板显式实例化，经 ccec（--cce-aicore-arch=dav-c310-vec）编译通过 7/7 - [x] 数值等价验证：当前平台（VL=64、UB 块=32B）新旧表达式逐项相等（16384=4×64²、2048=64×32 等），零行为变化 ## 文档更新 无需更新文档 ## 类型标签 - [x] Bug修复 - [ ] 新特性 - [ ] 性能优化 - [ ] 文档更新 - [ ] 其他，请描述： ## AI/Agent生成声明 - [x] AI辅助编写 See merge request: cann/ops-nn!9759 | 1 个月前 | |
fix(cleancode): AICPU算子告警整改（第二批） Co-authored-by: liu-wei<lovline.liuwei@huawei.com> # message auto-generated for no-merge-commit merge: !10662 merge fix/warning-cleanup-v2 into master fix(cleancode): AICPU算子告警整改（第二批） Created-by: liu-wei Commit-by: liu-wei Merged-by: cann-robot Description: ## 描述 ops-nn AICPU算子告警整改第二批，修复3类告警。 ## 改动内容 - G.EXP.15: reinterpret_cast → PtrToPtr (scatter_nd_min/scatter_nd_max/sparse_segment_sum/sparse_to_dense/sparse_fill_empty_rows) - G.CLS.12: 析构函数加 override (index_to_addr) - G.RES.06: lambda默认捕获改为显式捕获 (scatter_nd_max/log_softmax_v2) ## 关联的Issue https://gitcode.com/cann/ops-nn/issues/5951 ## 测试 - pre-commit 全部 Passed - aicpu kernel UT: 80/80 PASSED - graph example: 7/7 success - eager example: log_softmax_v2 success ## 类型标签 - [x] ♻️ 重构 - [x] 🧹 代码清理 See merge request: cann/ops-nn!10662 | 26 天前 | |
[Fix] Fix softmax family AR full_load binaryTmpLocalTensor buffer overflow Co-authored-by: zhuzixian-lr<zhuzixian1@h-partners.com> # message auto-generated for no-merge-commit merge: !7630 merge fix/softmax-grad-ar-binary-tmp-buffer into master [Fix] Fix softmax family AR full_load binaryTmpLocalTensor buffer overflow Created-by: zhuzixian-lr Commit-by: zhuzixian-lr Merged-by: cann-robot Description: ## 问题 softmax_grad、log_softmax_grad、confusion_softmax_grad 的 AR full_load tiling 中 BINARY_TMP_LOCAL_SHAPE = 512 写死，对应 kernel 中 AR_FULL_LOAD_BINARY_TMP_BYTES = 512。 当 r > 2*VL_FP32 时，buffer 实际需求为 ubFactor * outerLoopDstStride * sizeof(float)，与 r 和 ubFactor 相关，512 字节远不够（最严重场景溢出 6.9 倍）。 ## 修改 1. **softmax_grad_tiling.h**: SoftmaxGradARTilingData 新增 binaryTmpSize 字段（影响 softmax_grad、log_softmax_grad、confusion_softmax_grad 三个算子） 2. **softmax_grad_tiling_ar_full_load.cpp**: 删除写死512，新增 FindNearestPower2，动态计算 binaryTmpPerRow，将 binaryTmpPerRow 放入 ubFactor 分母 3. **softmax_grad/log_softmax_grad/confusion_softmax_grad kernel**: 删除写死常量，使用 tl_->binaryTmpSize 4. **log_softmax_v2 kernel**: 删除写死常量，使用 tl_->binaryTmpSize（tiling 已由 #7550 修复） 5. 同步修改所有 UT 文件（op_host tiling data size、op_kernel tiling_def、test case） ## 验证 - 编译4个算子出包安装成功 - TTK测试13用例全部 MEM=PASS，TilingKey=1000（AR full_load） - torch_npu精度验证：softmax_grad/log_softmax_v2/log_softmax_grad 全部 PASS - op_host UT 20 tests PASSED - op_kernel UT 18 tests PASSED 关联PR: #7550 See merge request: cann/ops-nn!7630 | 2 个月前 | |
feat(aicpu): enable constant folding for migrated ops Co-authored-by: hid29204727<wangboyu20@huawei.com> # message auto-generated for no-merge-commit merge: !9280 merge codex/aicpu-const-folding into master feat(aicpu): enable constant folding for migrated ops Created-by: hid29204727 Commit-by: hid29204727 Merged-by: cann-robot Description: ## 描述 补充 ops-nn 仓 AICPU host 常量折叠注册通路，并为当前已标记 OPEN_OPS_FLAG 的 18 个迁移算子统一开启常量折叠支持。 主要改动： - 新增仓级 OPS_NN_REGISTER_CPU_KERNELV2 注册包装宏，host 构建优先注册 V2，device/custom/UT 保持 V1 回退。 - 为 add_modules_sources 和 add_all_modules_sources 增加 HOSTCPU 参数及 host OBJECT 收集逻辑。 - 为 18 个 OPEN_OPS_FLAG 算子补充 HOSTCPU TRUE、注册头文件和 V2 注册。 - host OBJECT 汇入 libopconstant_folding_nn.so。 ## 关联的Issue 无。 ## 测试 已完成以下静态验证： - git diff --check 通过。 - 18 个 OPEN_OPS_FLAG 算子均具备 HOSTCPU TRUE。 - 18 个算子均使用 OPS_NN_REGISTER_CPU_KERNELV2，无直接 V1 注册残留。 - 注册头文件、host 编译宏和仓级 so 收集通路检查通过。 当前 Windows 环境缺少 CANN、NPU、CMake 和远端构建桥，未执行 bash build.sh --pkg -j16；完整打包构建及常量折叠功能验证待 CANN Linux 环境/CI 完成。 ## 文档更新 无仓内文档变更。 ## 类型标签 - [ ] Bug修复 - [x] 新特性 - [ ] 性能优化 - [ ] 文档更新 - [ ] 其他，请描述： ## AI/Agent生成声明 - [x] AI辅助编写 See merge request: cann/ops-nn!9280 | 26 天前 | |
Modify the aclnn and readme issue Co-authored-by: zhouwenfang<zhouwenfang3@h-partners.com> # message auto-generated for no-merge-commit merge: !3314 merge master into master Modify the aclnn and readme issue Created-by: zhouwenfang Commit-by: zhouwenfang Merged-by: cann-robot Description: ## 描述 Modify the aclnn and readme issue ## 关联的Issue <!-- 如果这个PR是为了解决特定的Issue，请在这里提供Issue链接。例如：关联Issue #000--> ## 测试 已对齐 ## 文档更新 Modify the aclnn and readme issue ## 类型标签 <!-- [x] 表示选中 --> - [ ] Bug修复 - [ ] 新特性 - [ ] 性能优化 - [ ] 文档更新 - [ ] 其他，请描述： See merge request: cann/ops-nn!3314 | 6 个月前 |
LogsoftmaxV2
本目录仅包含LogsoftmaxV2算子对应的aclnn接口；如您想要贡献该算子的AscendC实现，请参考贡献流程。