已关闭
[Bug-Report|缺陷反馈]: ENABLE_CV_COMM_VIA_SSBUF在950上是不是默认打开? #940
zjun创建于 6月12日关闭于 11 天前
6月12日 修改了issue 的描述
6月12日 关联了pull request:融合样例添加SSBUF编译选项
6月12日 删除了关联的pull request:融合样例添加SSBUF编译选项
6月12日 关联了pull request:融合样例添加SSBUF编译选项
ca1kw
6月12日 评论:
6月12日 评论:
您好,对于该样例,我们已经提交pr进行修改,对dav-3510的版本号进行自动识别并添加编译选项,并在README中说明,具体可见https://gitcode.com/cann/asc-devkit/pull/3126,关联pr。


6月12日 将 ca1kw 设为负责人
maohp_hw
6月12日 评论:
6月12日 评论:
您好
您在 问题描述 中提到"4个算子仓库中的写法,可以保持统一?",这个问题涉及到算子仓的修改,我们建议您将这个问题反馈给对应的算子仓中处理。
如果后续依然有疑问,欢迎再提issue交流~


6月12日 将 haipingmao 设为负责人
zjun
6月12日 评论:
6月12日 评论:
/check-cla


maohp_hw
6月13日 评论:
6月13日 评论:
您好
针对此问题,如果没有其他更多的疑问,我们先关闭issue~


6月13日 issue状态由 待办的 改变为 已完成
此处折叠了7条事件消息 查看更多
6月22日 重新打开了 issue
CANN-robot
6月22日 评论:
6月22日 评论:
您好,当前Issue标记为resolved且有一段时间未进一步更新,因此我们将其标记为'stale'(闲置)状态。若您认为这是误操作,可通过添加任意评论来去除'stale'标签。标记为stale的Issue在14天内无更新活动将自动关闭。


6月22日 添加了label:stale
6月22日 删除了label:resolvedstale
zjun
6月29日 评论:
6月29日 评论:
文档大概什么时候可以更新?


ca1kw
11 天前 评论:
11 天前 评论:
您好,文档内容我们尽快确定,本周内更新合入~


ca1kw
11 天前 评论:
11 天前 评论:
您好,对于该问题,我们已经提交pr进行修改~现在将关闭issue,如果有问题可以再次打开~


11 天前 issue状态由 待办的 改变为 已完成
11 天前 关闭了 issue
11 天前 添加了label:resolved
Thanks for sending an issue! Please fill in the following template to help quickly solve your problem.
Describe the current behavior / 问题描述 (Mandatory / 必填)
在体验cv融合算子
https://gitcode.com/cann/asc-devkit/blob/master/examples/01_simd_cpp_api/00_introduction/03_fusion_operation/matmul_leakyrelu_advanced_api/README.md
时,发现了一个问题,就是950上新增的
L0C → FixPipe → UB的直接通路,在不添加编译选项ENABLE_CV_COMM_VIA_SSBUF的情况下,是默认不能使能该特性的。前期问题具体见Issue:https://gitcode.com/cann/asc-devkit/issues/923
搜索ops-nn/ops-math/ops-transformer/ops-cv这4个算子仓库发现,均存在相关配置,举例ops-nn仓库,如:
算子中确实有针对相关算子添加编译选项的说明,问题是:

1、各个仓库,我发现添加DENABLE_CV_COMM_VIA_SSBUF写法不统一,有的是CMakeLists.txt,有的是json。就是算CMakeLists.txt,写法也不统一:
比如:
ops-transformer/mc2/allto_all_matmul/op_host/CMakeLists.txtops-nn/matmul/rotate_quant/op_kernel/CMakeLists.txt2、关键问题:对于一个刚入门的算子开发者,除了在编译选项中说明外,是不是提供更好的指导?否则都发现不了这个问题。
Environment / 环境信息 (Mandatory / 必填)
(base) root@50cfeb89dca6:.../03_matrix_vector_fusion/matmul_leakyrelu/build# npu-smi info
+-------------------------------------------------------------------------------------------------+
| npu-smi 25.7.rc1 Version: 25.7.rc1 |
+--------+------------------+---------------+-----------------------------------------------------+
| NPU ID | Name | Health | Power(W) Temp(C) Hugepages-Usage(page) |
| | | Bus-Id | NPU Util(%) Memory-Usage(MB) HBM-Usage(MB) |
+========+==================+===============+=====================================================+
| 0 | Ascend950PR | OK | 203.1 59 0 / 0 |
| | | 0000:81:00.0 | 0 0 / 0 5393 / 131072 |
+========+==================+===============+=====================================================+
+---------------------------+---------------+-----------------------------------------------------+
| NPU ID | Process id | Process name | Process memory(MB) |
+===========================+===============+=====================================================+
| No running processes found in NPU 0 |
+===========================+===============+=====================================================+
cann : v9.0.0
Steps to reproduce the issue / 重现步骤 (Mandatory / 必填)
按照说明文档https://gitcode.com/cann/asc-devkit/blob/master/examples/01_simd_cpp_api/00_introduction/03_fusion_operation/matmul_leakyrelu_advanced_api/README.md执行该cv融合算子,发现并未走直接通路。
Describe the expected behavior / 预期结果 (Mandatory / 必填)
1、其实针对ENABLE_CV_COMM_VIA_SSBUF选项,我们的资料中是有说明的,见:https://www.hiascend.com/document/detail/zh/canncommercial/900/programug/Ascendcopdevg/atlas_ascendc_10_00038.html

2、算子开发文档中,也提供了算子编译迁移指导,如:
是不是在这里也添加一个说明,当前只有
$<$<COMPILE_LANGUAGE:ASC>:--npu-arch=dav-xxxx>另外,4个算子仓库中的写法,可以保持统一?
Related log / screenshot / 日志 / 截图 (Mandatory / 必填)
https://gitcode.com/cann/asc-devkit/issues/923
或者关注博客:https://blog.csdn.net/xyz3120/article/details/161866077?spm=1011.2124.3001.6209
Special notes for this issue/备注 (Optional / 选填)