文件最后提交记录最后更新时间
modify document Co-authored-by: molly123321<malei54@h-partners.com> # message auto-generated for no-merge-commit merge: !4707 merge 26.0.0 into 26.0.0 modify document Created-by: molly123321 Commit-by: molly123321 Merged-by: ascend-robot Description: <!-- PR描述模板更新日期:20260203 --> # 【合入来源】 > <font color="red">**如有社区issue,请关联issue链接**</font>\ > <font color="red">**请勿携带内部流程信息(需求链接、问题单、内部issue等)**</font> - [ ] 需求 - [ ] 问题单 - [ ] issue/工单 - [ ] 重构优化 - [x] 资料更新 # 【修改方案】 docs ci工具扫描问题清理 # 【资料变更】 修改格式和跳转问题 # 【接口变更】 “不涉及” # 【功能验证】 不涉及 # 【CheckList】 > PR提交人对以下CheckList自检项进行全量自检,自检通过或不涉及,均修改 [ ] 为 [x] - [ ] 代码注释完备,正确记录错误日志 - [ ] 代码实现进行了返回值、空指针等校验 - [ ] PR标题正确使用类型标签,如:feat、fix、refactor、docs、test等 - [ ] PR持续集成流水线(CI)执行通过,代码检查无异常 See merge request: Ascend/op-plugin!47071 个月前
!1713 fix ops * fix ops 1 年前
Add warn for pre-deprecated interfaces Co-authored-by: SCh_zx<1325467101@qq.com> # message auto-generated for no-merge-commit merge: !4696 merge 26.0.0 into 26.0.0 Add warn for pre-deprecated interfaces Created-by: SCh_zx Commit-by: SCh_zx Merged-by: ascend-robot Description: <!-- PR描述模板更新日期:20260203 --> # 【合入来源】 > <font color="red">**如有社区issue,请关联issue链接**</font>\ > <font color="red">**请勿携带内部流程信息(需求链接、问题单、内部issue等)**</font> - [ ] 需求 - [ ] 问题单 - [ ] issue/工单 - [ ] 重构优化 - [ ] 资料更新 # 【修改方案】 > 请描述修改内容的具体实现,涉及哪些组件之间进行交互,可以用1、2、3、...进行罗列\ > 如果是需求或者重构类的PR,需要补充详细设计文档(说明上下游组件关系、时序图、类图、DFX能力等内容) 为预废弃接口添加废弃告警 ![5CD6F849-C791-41F9-AF0A-578A99FB1C0B.png](https://raw.gitcode.com/user-images/assets/7403085/7fe341d8-9086-4906-8f65-b19b368ecfe7/5CD6F849-C791-41F9-AF0A-578A99FB1C0B.png '5CD6F849-C791-41F9-AF0A-578A99FB1C0B.png') # 【资料变更】 > 请确认是否涉及资料变更。如涉及,需要在PR中体现,并简要说明修改内容。如不涉及,需填写“不涉及” # 【接口变更】 > 请确认是否涉及跨代码仓或者客户面可见的接口变更。如涉及,需要详细说明接口以及对应的变更内容,同时需要在资料中体现。如不涉及,需填写“不涉及” # 【功能验证】 > 说明测试场景,测试方法。如果本次测试方式与常规单元测试不同,请详细说明您的测试步骤\ > 新增/变更内容是否已新增/适配UT测试用例看护,并补充测试自验证截图 # 【CheckList】 > PR提交人对以下CheckList自检项进行全量自检,自检通过或不涉及,均修改 [ ] 为 [x] - [ ] 代码注释完备,正确记录错误日志 - [ ] 代码实现进行了返回值、空指针等校验 - [ ] PR标题正确使用类型标签,如:feat、fix、refactor、docs、test等 - [ ] PR持续集成流水线(CI)执行通过,代码检查无异常 See merge request: Ascend/op-plugin!46961 个月前
【feature】添加BlockSparseAttention反向接口 Co-authored-by: Sunshine_Youngster<saiyao@huawei.com> # message auto-generated for no-merge-commit merge: !4401 merge add_block_sparse_attention_backward into master 【feature】添加BlockSparseAttention反向接口 Created-by: Sunshine_Youngster Commit-by: Sunshine_Youngster Merged-by: ascend-robot Description: <!-- PR描述模板更新日期:20260203 --> # 【合入来源】 > <font color="red">**如有社区issue,请关联issue链接**</font>\ > <font color="red">**请勿携带内部流程信息(需求链接、问题单、内部issue等)**</font> - [X] 需求 - [ ] 问题单 - [ ] issue/工单 - [ ] 重构优化 - [ ] 资料更新 # 【修改方案】 > 请描述修改内容的具体实现,涉及哪些组件之间进行交互,可以用1、2、3、...进行罗列\ > 如果是需求或者重构类的PR,需要补充详细设计文档(说明上下游组件关系、时序图、类图、DFX能力等内容) 1. 添加 npu_block_sparse_attention_backward 接口,调用 aclnn 对应的接口,实现对“块稀疏注意力”的功能支持; 2. 前反向绑定; 3. 不对外呈现,因此不需要添加 md 文档,也不需要修改 _op_plugin_docs.py 。 # 【资料变更】 > 请确认是否涉及资料变更。如涉及,需要在PR中体现,并简要说明修改内容。如不涉及,需填写“不涉及” 不涉及 # 【接口变更】 > 请确认是否涉及跨代码仓或者客户面可见的接口变更。如涉及,需要详细说明接口以及对应的变更内容,同时需要在资料中体现。如不涉及,需填写“不涉及” # 【功能验证】 > 说明测试场景,测试方法。如果本次测试方式与常规单元测试不同,请详细说明您的测试步骤\ > 新增/变更内容是否已新增/适配UT测试用例看护,并补充测试自验证截图 1. 反向UT: ```bash python test/test_custom_ops/test_npu_block_sparse_attention_backward.py ``` ![反向UT.PNG](https://raw.gitcode.com/user-images/assets/7403085/e56fb18b-7476-4092-a0ff-060721870ce3/反向UT.PNG '反向UT.PNG') 2. test_fake_tensor测试: ```bash python test/core_tests/test_fake_tensor.py TestNpuBlockSparseAttentionMeta ``` ![test_fake_tensor.PNG](https://raw.gitcode.com/user-images/assets/7403085/43b4125d-29bc-471f-b5cc-0cd014cc9238/test_fake_tensor.PNG 'test_fake_tensor.PNG') 3. 正向UT: ```bash python test/test_custom_ops/test_npu_block_sparse_attention.py ``` ![正向UT.PNG](https://raw.gitcode.com/user-images/assets/7403085/c9e28f00-653c-451d-9b91-dcb6ffa0b8d4/正向UT.PNG '正向UT.PNG') # 【CheckList】 > PR提交人对以下CheckList自检项进行全量自检,自检通过或不涉及,均修改 [ ] 为 [x] - [ ] 代码注释完备,正确记录错误日志 - [ ] 代码实现进行了返回值、空指针等校验 - [ ] PR标题正确使用类型标签,如:feat、fix、refactor、docs、test等 - [ ] PR持续集成流水线(CI)执行通过,代码检查无异常 See merge request: Ascend/op-plugin!44012 个月前
Fix moe unpermute grad probs dtype guard Co-authored-by: wang_ziqi<wangziqi4@huawei.com> # message auto-generated for no-merge-commit merge: !4846 merge fix/grad-probs-dtype-26.0.0 into 26.0.0 Fix moe unpermute grad probs dtype guard Created-by: wang-ziqi-code Commit-by: wang_ziqi Merged-by: ascend-robot Description: # 【合入来源】 - [ ] 需求 - [x] 问题单 - [ ] issue/工单 - [ ] 重构优化 - [ ] 资料更新 # 【修改方案】修复 npu_moe_token_unpermute_gradprobs=None 场景下的回归问题 1. **问题现象**:在合入 grad_probs dtype 修复后,npu_moe_token_unpermute 的反向路径在 probs=None、即 topk=1 场景下出现报错: The tensor has a non-zero number of elements, but its data is not allocated yet. 2. **问题根因**: - grad_probssize 推导逻辑使用的是 probs.has_value() && probs.value().defined(); - 但 grad_probsdtype 推导逻辑只判断了 probs.has_value(); - 当 Python 侧传入 None,在该链路下可能表现为“optional 有值但 tensor 未 defined”,导致 size 侧将 grad_probs 视为无效输出,而 dtype 侧仍尝试按有效输出处理,最终引发输出分配状态不一致,反向执行报错。 3. **修改内容**: - 修改 op_plugin/config/op_plugin_functions.yaml - 将 grad_probsdtype 判定从: probs.has_value() ? probs->scalar_type() : grad_unpermuted_tokens.scalar_type() 修正为: probs.has_value() && probs->defined() ? probs->scalar_type() : grad_unpermuted_tokens.scalar_type() - 使 dtype 推导逻辑与 size 推导逻辑、以及工程内 optional tensor 的通用判定方式保持一致,避免在 probs=None 场景下误访问未定义 tensor。 4. **修改范围说明**: - 本次为最小修复,仅修正生成侧 dtype 判定条件; - 不调整 Python meta 层 probs is None -> grad_probs is None 的现有语义; - 不修改算子 schema、derivatives 配置和接口行为。 # 【资料变更】 不涉及。 # 【接口变更】 不涉及。本次修复仅纠正 grad_probs 输出 dtype 的判定条件,不改变算子签名和对外行为。 # 【功能验证】 1. 代码级验证: - 确认 grad_probsdtype 判定与 size 判定统一为“has_value() && defined() 才视为有效 optional tensor” 2. 场景验证: - probs=None / topk=1 场景下,npu_moe_token_unpermute 反向路径不再因未定义 tensor 参与 dtype 推导而报错 - 普通 probs 存在场景下,grad_probs 仍保持使用 probs 的 dtype 3. 回归风险: - 修改仅影响 npu_moe_token_unpermute_gradgrad_probs dtype 推导条件,影响面小 # 【CheckList】 - [x] 代码注释完备,正确记录错误日志 - [x] 代码实现进行了返回值、空指针等校验 - [x] PR标题正确使用类型标签,如:feat、fix、refactor、docs、test等 - [x] PR持续集成流水线(CI)执行通过,代码检查无异常 See merge request: Ascend/op-plugin!48461 个月前
README.md

API适配开发流程

适配文件结构

├── op_plugin
│   ├── config  # 算子配置文件目录
│   │   ├── deprecated.yaml # 生成废弃接口告警配置文件
│   │   ├── derivatives.yaml # 算子前反向绑定配置文件
│   │   └── op_plugin_functions.yaml # 算子对外接口配置文件
│   ├── ops # 算子适配文件目录
│   │   ├── aclops # aclop算子适配目录
│   │   │   ├── AbsKernelNpu.cpp
│   │   │   └── ...
│   │   └── opapi # aclnn算子适配目录
│   │       ├── sparse # sparse相关算子适配目录
│   │       │   └── SparseTensorUtils.h
│   │       ├── AbsKernelNpuOpApi.cpp
│   │       └── ...
│   └── ...
└──...

NPU适配算子开发

算子Yaml配置

算子的aten ir定义位于op_plugin/config/op_plugin_functions.yaml文件中,所有版本的定义都在这个文件里面,通过配置不同版本来区分。

# op_plugin_functions.yaml
all_version: [v1.11, v2.0, v2.1, v2.2, v2.3, v2.4, v2.5, v2.6, v2.7, v2.8, v2.9, v2.10, v2.11, v2.12]
# 官方算子
official:
  - func: abs(Tensor self) -> Tensor
    acl_op: all_version
    op_api: v1.11, v2.1, v2.2, v2.3, v2.4, v2.5, v2.6, v2.7, v2.8, v2.9, v2.10, v2.11, v2.12
    gen_opapi:
      structured_inherit: abs.out
# 自定义算子
custom:
  - func: my_abs(Tensor self) -> Tensor
    acl_op: v1.11, v2.1, v2.2, v2.3, v2.4, v2.5, v2.6, v2.7, v2.8, v2.9, v2.10, v2.11, v2.12
    op_api: all_version
symint:
  - func: zeros(SymInt[] size, *, ScalarType? dtype=None, Layout? layout=None, Device? device=None, bool? pin_memory=None) -> Tensor
    acl_op: [v2.1, newest]

其中:

  • all_version表示当前pytorch支持的所有版本
  • officialcustom分别表示该字段下的算子为原生和自定义算子;symint字段表明该算子支持symint类型的入参,该种算子后面详细介绍。
  • func定义了算子的schema,主要有名称、入参和返回参数,具体规则可参考原生定义。
  • acl_op字段后面填版本名称,表示在该版本支持acl_op调用。如果支持的版本与all_version表示的版本一致,则可以用"all_version"表示;也可以用一个左闭右闭的区间表示,如acl_op: [v2.1, newest]或者acl_op: [v2.1, v2.4]newest表示最新版本,具体可查看all_version。可选字段。
  • op_api字段后面填版本名称,表示在该版本支持op_api调用。使用方式参考acl_op字段。可选字段。
  • gen_opapi对于支持op_api调用的算子,如果适配代码简单,可以直接调用底层算子,不需要额外的适配,则可以考虑用结构化适配的方式自动生成适配代码,详见章节结构化适配介绍

如果存在某个Aten IR有两个版本不一致,则需要两个都加上,如std.correction在1.11和2.1及以上的入参名称不同,则需要分开写成两个,通过version区分。

  - func: std.correction(Tensor self, int[1]? dim, *, int? correction, bool keepdim=False) -> Tensor
    acl_op: v1.11
    op_api: v1.11

  - func: std.correction(Tensor self, int[1]? dim=None, *, Scalar? correction=None, bool keepdim=False) -> Tensor
    acl_op: [v2.1, newest]
    op_api: [v2.1, newest]

适配代码实现

当前支持适配ACLOP算子和ACLNN算子两类算子,ACLOP算子适配文件位于op_plugin/ops/aclopsACLNN算子适配文件位于op_plugin/ops/opapi目录。一个算子所有版本的适配代码都在一个文件中,通过编译宏VERSION_BETWEEN来区分不同版本。

ACLOP算子适配

如果所有版本的适配代码一致,则不需要额外添加编译宏,适配文件路径为:op_plugin/ops/aclops/AbsKernelNpu.cpp,文件命名规范为算子名称+KernelNpu,算子名称首字母大写。

// 算子适配实现文件路径 op_plugin/ops/aclops/AbsKernelNpu.cpp
// 1. 引入依赖头文件
// 对外接口头文件,包含op_plugin所有aclop算子对外的函数原型
#include "op_plugin/AclOpsInterface.h"
// torch调用ACLOP算子时,所依赖的基础函数对应的头文件
#include "op_plugin/utils/OpAdapter.h"

// 2. 算子接口适配实现
// opplugin内适配的算子对外接口都定义在op_plugin命名空间中,外部调用方式为op_plugin::abs、op_plugin::abs_out;内部不同类型的算子适配采用不同的命名空间
// CANN算子定义在acl_op命名空间中,
namespace acl_op {
using npu_preparation = at_npu::native::OpPreparation;
using npu_utils = at_npu::native::NpuUtils;
// 不对外暴露的接口,都定义在匿名空间中。常见为xx_nocheck等,直调ACLOP算子,不做内存、shape校验的函数。
namespace{
at::Tensor& abs_out_nocheck(at::Tensor& result, const at::Tensor& self) {
    at_npu::native::OpCommand cmd;
    cmd.Name("Abs")
       .Input(self)
       .Output(result)
       .Run();
    return result;
}
} // namespace

// abs_out api实现函数,参数与torch api一致。
at::Tensor& abs_out(const at::Tensor& self, at::Tensor& result) {
    // CheckOut作用:校验result的size、dtype等是否符合预期。若dtype不符合预期,则抛错。若size不符合则进行resize操作
    npu_preparation::CheckOut({self}, result, self);
    // check_match作用:校验result是否为连续。因ACLOP算子无法支持非连续输出,result非连续时,需要单独处理。
    if (!npu_utils::check_match(&result)) {
      // 若result非连续,创建连续tensor(contig_tensor),接收ACLOP算子(abs)的输出。再将contig_tensor拷贝到原始输出result。
      at::Tensor contiguous_result = npu_utils::format_contiguous(result);
      abs_out_nocheck(contigTensor, self);
      npu_utils::format_fresh_view(result, contiguous_result);
    } else {
     // 若result连续,直接调用ACLOP算子。
      abs_out_nocheck(result, self);
  }
    return result;
}

// abs api实现函数,参数与torch api一致。
at::Tensor abs(const at::Tensor& self) {
    // 构造输出tensor,调用ACLOP算子。
    auto output_size = op_infer::infershape_for_elewise(self);
    at::Tensor result = npu_preparation::apply_tensor(self, output_size);
    abs_out_nocheck(result, self);
    return result;
}

// abs_ api实现函数,参数与torch api一致。该接口为inplace操作,即输出结果存放在输入tensor中。
at::Tensor& abs_(at::Tensor& self) {
    // 调用out接口,避免因self作为输出时,非连续场景下,直调ACLOP算子结果出错。
    acl_op::abs_out(self, self);
    return self;
}
} // namespace acl_op

不同版本间适配代码有差异的,所有代码均放在同一个文件中,用编译宏来区分

#include "op_plugin/AclOpsInterface.h"
#include "op_plugin/utils/custom_functions/aclops/inner_compute.h"

namespace acl_op {
// 1.11的函数入参和2.0及以上版本有区别,因此用宏来控制
#if VERSION_BETWEEN(V1R11, V1R11)
at::Tensor embedding(
    const at::Tensor& weight,
    const at::Tensor& indices,
    int64_t padding_idx,
    bool scale_grad_by_freq,
    bool sparse) {
    return embedding_common_nocheck(weight, indices);
}
#endif
// 2.0及以上版本的代码都一致
#if VERSION_BETWEEN(V2R0, VERSION_NEWEST)
at::Tensor embedding_symint(
    const at::Tensor& weight,
    const at::Tensor& indices,
    c10::SymInt padding_idx,
    bool scale_grad_by_freq,
    bool sparse) {
    return embedding_common_nocheck(weight, indices);
}
#endif

} // namespace acl_op

ACLNN算子适配

ACLNN算子适配与ACLOP类似,也是如果所有版本的适配代码一致,则不需要额外添加编译宏,适配文件路径为:op_plugin/ops/opapi/AbsKernelNpuOpApi.cpp,文件命名规范为算子名称+KernelNpuOpApi,算子名称首字母大写。

//算子适配实现路径/op_plugin/ops/base_ops/opapi/AbsKernelNpuOpApi.cpp
// 1. 引入依赖头文件
// 对外接口头文件,包含op_plugin所有ACLNN算子对外的函数原型
#include "op_plugin/OpApiInterface.h"
// 引用 ACLOP 算子声明头文件
#include "op_plugin/AclOpsInterface.h"
// torch调用ACLNN算子时,所依赖的基础函数对应的头文件
#include "op_plugin/utils/op_api_common.h"

// 2. 算子接口适配实现
// ACLNN算子定义在op_api命名空间中,
namespace op_api {
using npu_preparation = at_npu::native::OpPreparation;

// abs_out api实现函数,参数与torch api一致。
at::Tensor& abs_out(const at::Tensor& self, at::Tensor& result) {
    // 查找ACLNN算子实现,查找失败则使用ACLOP算子实现
    DO_COMPATIBILITY(aclnnAbs, acl_op::abs_out(self, result));
    npu_preparation::check_tensor({self}, result, self);
    // 异步调用npu执行
    EXEC_NPU_CMD(aclnnAbs, self, result);
    return result;
}

// abs api实现函数,参数与torch api一致。
at::Tensor abs(const at::Tensor& self) {
    DO_COMPATIBILITY(aclnnAbs, acl_op::abs(self));

    // construct the output tensor of the NPU
    at::Tensor result = npu_preparation::apply_tensor_without_format(self);

    // calculate the output result of the NPU
    EXEC_NPU_CMD(aclnnAbs, self, result);
    return result;
}

// abs_ api实现函数,参数与torch api一致。该接口为inplace操作,即输出结果存放在输入
at::Tensor& abs_(at::Tensor& self) {
    DO_COMPATIBILITY(aclnnAbs, acl_op::abs_(self));
    op_api::abs_out(self, self);
    return self;
}
}  // namespace op_api

不同版本间适配代码有差异的,所有代码均放在同一个文件中,用编译宏来区分

#include "op_plugin/AclOpsInterface.h"
#include "op_plugin/OpApiInterface.h"
#include "op_plugin/utils/op_api_common.h"

namespace op_api {
using npu_preparation = at_npu::native::OpPreparation;

// 1.11的函数入参和2.0及以上版本有区别,需要单独实现,因此用宏来控制
#if VERSION_BETWEEN(V1R11, V1R11)
at::Tensor embedding(const at::Tensor& weight, const at::Tensor& indices, int64_t padding_idx, bool scale_grad_by_freq,
                     bool sparse)
{
  DO_COMPATIBILITY(aclnnEmbedding, acl_op::embedding(weight, indices, padding_idx, scale_grad_by_freq, sparse));
  // calculate the output size
  auto output_size = op_infer::array_to_small_vector(indices.sizes());
  output_size.emplace_back(weight.size(weight.dim() - 1));
  // construct the output tensor of the NPU
  at::Tensor result = npu_preparation::apply_tensor_without_format(output_size, weight.options());
  // calculate the output resugt of the NPU
  EXEC_NPU_CMD(aclnnEmbedding, weight, indices, result);
  return result;
}
#endif

#if VERSION_BETWEEN(V2R0, VERSION_NEWEST)
at::Tensor embedding_symint(
    const at::Tensor& weight,
    const at::Tensor& indices,
    c10::SymInt padding_idx,
    bool scale_grad_by_freq,
    bool sparse)
{
    DO_COMPATIBILITY(aclnnEmbedding, acl_op::embedding_symint(weight, indices, padding_idx, scale_grad_by_freq, sparse));
    // calculate the output size
    auto output_size = op_infer::array_to_small_vector(indices.sizes());
    output_size.emplace_back(weight.size(weight.dim() - 1));
    // construct the output tensor of the NPU
    at::Tensor result = npu_preparation::apply_tensor_without_format(output_size, weight.options());
    // calculate the output resugt of the NPU
    EXEC_NPU_CMD(aclnnEmbedding, weight, indices, result);
    return result;
}
#endif

} // namespace op_api

自动前反向绑定算子配置

Pytorch的算子自动反向微分依赖于算子的前反向绑定,即前向函数和反向函数的绑定。对于原生的算子,官方已有前反向绑定逻辑,插件侧有对应前向算子和反向算子适配即可(只需要在op_plugin_functions.yaml里面配置)。对于自定义算子,则需要在插件侧配置前反向自动绑定。

针对需要绑定前反向的算子(包括自定义算子和前反向绑定逻辑与原生不一致的原生算子)提供自动绑定前向算子和反向算子的功能。

  • 适配前向和反向算子: 与上节算子适配开发中一致,分别适配前向算子和反向算子,并在op_plugin_functions.yaml中配置前向和反向算子。
  • 配置前反向绑定,将前向和反向算子进行绑定: Op-plugin与原生PyTorch一致,通过derivatives.yaml,配置算子的前反向绑定关系,如下所示:
# derivatives.yaml
- name: l1_loss(Tensor self, Tensor target, int reduction=Mean) -> Tensor
  self: l1_loss_backward(grad, self, target, reduction)
  target: l1_loss_backward(grad, self, target, reduction) * -1
  version: [v2.0, newest]

所有版本的算子前反向绑定都在同一个derivatives.yaml里面,通过version字段来区分版本。

结构化适配介绍

结构化适配指通过在op_plugin_functions.yaml中进行配置,可自动生成算子实现Kernel。仅支持op_api对应的算子。

如何判断是否可结构化:opapi对应的Aclnn算子与Aten IR的语义对齐,适配层除申请output tensor,无其他适配逻辑。

自动生成的适配文件位于op_plugin/ops/opapi/StructKernelNpuOpApi.cpp

Yaml配置说明

每个结构化适配的函数必须在op_plugin_functions.yaml中配置, 具有如下格式: 方式一(常规场景):

- func: func_name(ArgType arg0[=default], ArgType arg1[=default], ...) -> Return
  op_api: v2.1
  gen_opapi:
    out:
      size: arg0
      dtype: arg1.scalar_type()
      name: arg0
    new_params:
      arg3: arg0.value_or(0)
    exec: aclnnFuncName, arg0, arg1, out, arg3

各个字段的含义如下:

  • gen_opapi: 表示对应API可结构化,其他字段需要配置在此字段下

  • out: 表示函数的输出,此字段下面包含size和dtype字段,如果包含多个输出,可配置成out0、out1等。对于out类接口,此字段不可自定义,需要与Aten IR定义的输出参数名相同。对于inplace类接口,不需要配置此字段。

  • size: 配置输出tensor的shape大小,如果大小和schema中的某个参数相同,可以配置成输入参数的名字。也可配置成自定义infershape函数,infershape函数需在KernelNpuOutputSize.h中实现。对于out类接口,如果输出shape不变,可省略此字段。配置方式主要包含以下几种:

Aten IR定义:
- func: func_name(ArgType arg0, ArgType arg1, ...) -> Return
方式一: 和输入参数相同
  size: arg0
方式二:枚举每个维度的值
  size: '{4, arg0.size(0), arg0.size(1), arg1.size(0)}'
方式三:条件表达式
  size: 'arg1 == 1? arg0.sizes(): at::ArrayRef<int64_t>()'
方式四:在KernelNpuOutputSize.h中自定义infershape函数, 例如broadcast_ops_npu_output_size
  size: broadcast_ops_npu_output_size(arg0, arg1)
  • dtype: 配置输出tensor的dtype大小,如果大小和schema中的某个参数相同,可以配置成输入参数的名字。也可配置成自定义inferdtype函数,inferdtype函数需在KernelNpuOutputDtype.h中实现。对于out类接口,如果输出dtype不需要check,可省略此字段。配置方式主要包含以下几种:
Aten IR定义:
- func: func_name(ArgType arg0, ArgType arg1, ...) -> Return
方式一: 和输入参数相同
  dtype: arg0
方式二:配置成已知的dtype类型
  dtype: at::kFloat
方式三:条件表达式
  dtype: 'isIntegralType(arg0.scalar_type(), true) ? at::kFloat : arg0.scalar_type()'
方式四:在KernelNpuOutputDtype.h中自定义inferdtype函数。
  dtype: inferdtype(arg0, arg1)
  • name: 输出结果涉及named tensor逻辑,可配置此字段,当前仅支持name和输入参数相同的配置。不涉及可忽略。

  • new_params: 可选字段,支持新增自定义变量,配置格式如下:

    new_params:
      arg0: func(arg1)
  • exec: 配置EXEC_NPU_CMD对应的参数。如果除aclnnname(原函数可排除out参数),其它参数顺序和Aten IR的顺序相同,可只配置aclnnname。以abs为例,exec字段可以配置成下面两种方式。
    - func: abs.out(Tensor self, *, Tensor(a!) out) -> Tensor(a!)
      方式一:
      exec: aclnnAbs, self, out
      方式二:
      exec: aclnnAbs

方式二(继承场景):

- func: func_name(ArgType arg0[=default], ArgType arg1[=default], ...) -> Return
  op_api: v2.1
  gen_opapi:
    structured_inherit: func_name.out
  • structured_inherit:如果原函数或inplace类接口的字段配置与out类接口的字段配置相同,可通过此字段继承对应的out类接口。 以abs为例,原函数和out类函数的out属性和exec相同,可通过structured_inherit字段继承。
  - func: abs.out(Tensor self, *, Tensor(a!) out) -> Tensor(a!)
    op_api: [v1.11, newest]
    gen_opapi:
      out:
        size: self
        dtype: self
        name: self
      exec: aclnnAbs, self, out
  - func: abs(Tensor self) -> Tensor
    op_api: [v1.11, newest]
    gen_opapi:
      structured_inherit: abs.out

NPU自定义接口添加废弃告警

Yaml配置说明

当自定义接口的aten需要废弃时,可以通过位于op_plugin/config/deprecated.yaml文件自动添加废弃告警。

deprecated:
  # 废弃且无替换
  - name: npu_nms_rotated
  # 废弃且有替换
  - name: npu_broadcast
    replace: 'torch.broadcast_to'
  - name: npu_broadcast.out
    replace: 'torch.broadcast_to'

其中:

  • name表示当前将要废弃的aten名称,需要注意的是该名称需要包括重载名,例如样例中npu_broadcast.out即为npu_broadcast的out重载变体。
  • replace表示对应aten的替换方案,例如torch.broadcast_tonpu_broadcast的替换方案。

当存在replace时,生成告警信息格式为:

f'TORCH_WARN_ONCE("{name} is deprecated and will be removed in future version. Use {replace} instead.");'

其中name不会包含重载名。以npu_broadcast.out为例,生成告警为:

'TORCH_WARN_ONCE("npu_broadcast is deprecated and will be removed in future version. Use torch.broadcast_to instead.");'

当不存在replace时,生成告警信息格式为:

f'TORCH_WARN_ONCE("{name} is deprecated and will be removed in future version.");'

该场景下name同样不会包含重载名。以npu_nms_rotated为例,生成告警为:

'TORCH_WARN_ONCE("npu_nms_rotated is deprecated and will be removed in future version.");'