已关闭
[算子开发][内测体验][AscendC] DataCopyPad接口blockCount参数取值范围[0,4095]在950上是否合理 #1597
李鑫创建于 23 天前关闭于 9 天前
22 天前 将 lihuaichao 设为负责人
Llihuaichao
22 天前 修改标题为 “[算子开发][内测体验][AscendC] DataCopyPad接口blockCount参数取值范围[0,4095]在950上是否合理”，原标题为“[算子开发][内测体验][AscendC] DataCopyPad接口blockCount参数取值范围[0,4095]在A5上是否合理”
22 天前 修改标题为 “[算子开发][内测体验][AscendC] DataCopyPad接口blockCount参数取值范围[0,4095]在950上是否合理”，原标题为“[算子开发][内测体验][AscendC] DataCopyPad接口blockCount参数取值范围[0,4095]在A5上是否合理”
22 天前 修改了issue 的描述
lihuaichao
22 天前 评论：
22 天前 评论：
您好，感谢反馈，950上该参数的校验有误，该参数位宽为21位，需修复。
16 天前 关联了pull request：fix: 修改DataCopyPad的blockCount类型(#1597)
10 天前 关联了pull request：fix: 调整DataCopyPad的blockCount取值范围(#1597)
lihuaichao
10 天前 评论：
10 天前 评论：
您好，相关修改已合入，由于兼容性问题无法将blockCount修改为uint32_t，当前是uint16_t数据，最大值可取65535而不是资料中的4095，资料已修改。
感谢反馈。
lihuaichao
9 天前 评论：
9 天前 评论：
您好，相关问题已修复。
我们先关闭此issue。后续如果有其他问题，欢迎再提issue交流~
9 天前 issue状态由 进行中 改变为 已解决
9 天前 关闭了 issue
9 天前 添加了label：resolved
950上支持compact模式，无论gm_to_ub还是ub_to_gm，搬运的blockLen最小单位可以是1B，若限制blockCount最大为4095，极端场景只能使用
1B*40964k的数据，远远无法用满UB，会造成ub的极大浪费