Closed
[Documentation|文档反馈]: StatelessRandomUniformV3 将 key 和 counter 的类型误写为 INT64 #3990
dingxuAdd on 15 days agoClosed at 13 days ago
xujiachen8
15 days ago Comments:
15 days ago Comments:
您好,感谢反馈!核对 OpDef 和 arch35 Tiling 后,key、counter 的类型均为 UINT64,README 的两处 INT64 与当前类型契约不一致,不能因为存储宽度相同而混用。
可将两处类型修订为 UINT64,并补充元素数说明:当前 arch35 Kernel 读取 1 个 key 元素和 2 个 counter 元素。Tiling 已限制 key 的元素数为 1,但尚未对 counter 的元素数作同样限制,因此还应同步核对文档要求和校验逻辑,避免仅改类型后仍留下输入长度歧义。我们会继续跟进这处文档与实现的一致性。


15 days ago Assign chensi79 as responsible person
15 days ago Added label: pending-confirmation
Xxujiachen8
14 days ago Assign biabu111 as responsible person, remove original responsible person: chensi79
14 days ago Assign biabu111 as responsible person, remove original responsible person: chensi79
14 days ago Removed label: pending-confirmation
14 days ago Assign zhangdongdong34 as responsible person
13 days ago Associated pull request
13 days ago Close issue
13 days ago Added label: resolved
一、文档链接 (必填)
GitCode 文档定位 · 本地快照:random/stateless_random_uniform_v3/README.md
二、问题文档片段 (必填)
原文第 54–57 行:
原文第 61–64 行:
💡 存在的问题(选填)
OpDef 对 key/counter 注册的均为 DT_UINT64,Host Tiling 也要求 UINT64。按 README 创建有符号 INT64 输入会与注册、校验不符。建议两处改为 UINT64,并补齐 key/counter 的元素个数或形状要求;不能将“都是 64 位存储”视为类型契约相同。