Thanks for sending an issue! Please fill in the following template to help quickly solve your problem.

Describe the current behavior / 问题描述 (Mandatory / 必填)*

在使用 msSanitizer 对 ops-math 仓（9.1.0 分支）算子执行四项检测（memcheck / racecheck / initcheck / synccheck）时，stateless_random_normal_v2（291 号）算子的 4 个 eager 样例每个都报出 2 条 UB 越界告警（合计 8 条）：

====== ERROR: illegal write of size 96
======    at 0x80 on UB in StatelessRandomNormalV3_..._high_performance_100
====== ERROR: illegal read of size 96
======    at 0x0 on UB

定位结论：算子实现的真实越界，不是工具误报。 判定过程：

1. 看调用栈：两条告警都落在同一个 DataCopy（random_kernel_base.h:218），且越界长度只有 96 字节、不是整段访问 → 判断是「搬运量算多了」而非「访问了无关地址」；
2. 看工具日志：该 pc（0x1054）的指令记录为 lenBurst:4, nBurst:1（单位 32B block）⇒ 实际搬运 128 字节；
3. 看算子源码：缓冲区按字节分配 CeilAlign(calCount × 4, 32) = 32 字节（本例 calCount = 4），而 DataCopy 写成 CeilAlign(calCount, BLOCK_SIZE) —— BLOCK_SIZE = GetUbBlockSize() = 32 是字节数，被当成元素个数用，对 float 放大了 4 倍（32 元素 = 128 字节）；
4. 查接口语义：asc-devkit 的 DataCopy 实现里断言写明 count * sizeof(T) must be 32B align ⇒ count 是元素个数，正确对齐粒度应为 BLOCK_SIZE / sizeof(T)（float 时 = 8）；
5. 数值核对：128 − 32 = 96 字节，与告警长度完全一致；
6. 改后验证：把对齐粒度改为 BLOCK_SIZE / sizeof(T) 重新编译检测，四个工具均 0 告警、样例输出值不变。

触发条件：currUbTilingSize_ < 32（本例 min(singleBufferSize, curCoreProNum_) = 4）；当它 ≥ 32 时 CeilAlign(N, 32) == N、两侧恰好相等因而不越界 —— 这也是该缺陷此前未被发现的原因。

涉及算子如下（共 2 个）：

说明：stateless_random_normal_v2 的 aclnn 接口内部转发到 StatelessRandomNormalV3（op_api/aclnn_normal_out.cpp → l0op::StatelessRandomNormalV3(...)），因此实际执行的是 V3 的 kernel（检测日志中的 kernel 名为 StatelessRandomNormalV3_...）—— 这也是 V3 必须与 V2 一起编译才能让修改生效的原因。

Environment / 环境信息 (Mandatory / 必填)*

Steps to reproduce the issue / 重现步骤 (Mandatory / 必填)*

# 1) 环境
source <CANN 安装路径>/set_env.sh
export MSSANITIZER_ENABLE_DEBUG_LOG=1

# 2) 编译算子（V2 与 V3 必须一起编译：V2 的 aclnn 接口内部转发到 V3）
bash build.sh --pkg --soc=ascend950 --ops=stateless_random_normal_v2,stateless_random_normal_v3 --mssanitizer -j128

# 3) 安装
./build_out/cann-ops-math-custom_linux-x86_64.run

# 4) 编译并运行样例（生成样例二进制 build/test_aclnn_stateless_random_normal_v2）
bash build.sh --run_example stateless_random_normal_v2 eager --soc=ascend950

# 5) 执行检测 -> 报 UB 越界
cd build && time timeout 600 mssanitizer -t memcheck --log-level=error -- ./test_aclnn_stateless_random_normal_v2

Describe the expected behavior / 预期结果 (Mandatory / 必填)*

1. 修正 DataCopy 的对齐粒度（random/random_common/op_kernel/arch35/random_kernel_base.h 的 Float32Conversion）：

// 修改前（错误：把 32 字节当 32 个元素对齐）
DataCopy(yOutput, normalFloatResult, Ops::Base::CeilAlign(calCount, static_cast<uint32_t>(BLOCK_SIZE)));

// 修改后（元素级对齐：32 字节 / sizeof(T)，float 时为 8 个元素）
DataCopy(yOutput, normalFloatResult, Ops::Base::CeilAlign(calCount, static_cast<uint32_t>(BLOCK_SIZE / sizeof(T))));

2. 排查同类调用：random_standard_normal_v2（op_kernel/arch35/random_standard_normal_v2.h）也调用同一个 Float32Conversion，T=float 且 currUbTilingSize_ < 32 时存在同样问题，建议一并修正；
3. 建议在仓库内排查其它把 GetUbBlockSize()（字节数）当作元素个数用于 DataCopy 对齐的位置 —— 仓内既有正确写法可参考 stateless_random_choice_with_mask.h：alignFactor = GetUbBlockSize() / valueSize。

Related log / screenshot / 日志 / 截图 (Mandatory / 必填)*

详细日志见附件压缩包。

1) 现象：初次检测的告警原文（修复前）

memcheck 报告（1 个样例，另 3 个样例完全相同）：

[mssanitizer] Start memcheck sanitizer on kernel StatelessRandomNormalV3_1ea4bd0e3cd9df67072d9z7aaec9c583_high_performance_100
====== ERROR: illegal write of size 96
======    at 0x80 on UB in StatelessRandomNormalV3_1ea4bd0e3cd9df67072d9z7aaec9c583_high_performance_100
======    in block aiv(0) on device 3
======    code in pc current 0x1054 (serialNo:31)
======    #0 .../ascendc/stateless_random_normal_v3/arch35/../../random_common/arch35/random_kernel_base.h:218:9
======    #1 .../stateless_random_normal_v3/arch35/stateless_random_normal_v3.h:162:9
======    #2 .../stateless_random_normal_v3/stateless_random_normal_v3.cpp:31:12

====== ERROR: illegal read of size 96
======    at 0x0 on UB
======    #0 同上（random_kernel_base.h:218:9）
[mssanitizer] Sanitizer finished on kernel ...

racecheck / initcheck / synccheck 三个工具均为 0 告警。

工具日志中同一 pc（0x1054）的指令记录（定位依据）：

MSTX_STUB, 44, aiv-0, 0x1054, interfaceType:DATA_COPY;
  dst:(addr:0x80,size:8,space:UB,dataBits:32), src:(addr:0x0,size:8,space:UB,dataBits:32),
  lenBurst:4, nBurst:1, srcGap:0, dstGap:0, name:DataCopy
MOV_UB_TO_UB, 45, aiv-0, 0x1060, dst:(type:UB;addr:0x80;gap:0); src:(type:UB;addr:0x0;gap:0);
  nburst:1; lenburst:4

lenBurst / lenburst 的单位是 32B block ⇒ 实际搬运 4 × 32 = 128 字节，而 UB 上这两处 buffer（0x0 / 0x80）各仅 32 字节。

2) 修改方式

--- a/random/random_common/op_kernel/arch35/random_kernel_base.h
+++ b/random/random_common/op_kernel/arch35/random_kernel_base.h
@@ -215,7 +215,7 @@ __aicore__ inline void Float32Conversion(
     LocalTensor<T> yOutput, LocalTensor<float> normalFloatResult, const uint32_t calCount)
 {
     if constexpr (AscendC::IsSameType<T, float>::value) {
-        DataCopy(yOutput, normalFloatResult, Ops::Base::CeilAlign(calCount, static_cast<uint32_t>(BLOCK_SIZE)));
+        DataCopy(yOutput, normalFloatResult, Ops::Base::CeilAlign(calCount, static_cast<uint32_t>(BLOCK_SIZE / sizeof(T))));
     } else if constexpr (AscendC::IsSameType<T, half>::value) {

3) 修复后验证

修复后重新编译（--ops=stateless_random_normal_v2,stateless_random_normal_v3）、安装、跑样例与四项检测：

修复后 memcheck 报告：

[mssanitizer] Start memcheck sanitizer on kernel StatelessRandomNormalV3_...
[mssanitizer] Sanitizer finished on kernel StatelessRandomNormalV3_...  No error detected.
result[0] is: 2.358228
result[1] is: 0.127800
result[2] is: 1.603354
result[3] is: 2.921881

四工具耗时：memcheck 11.2s / racecheck 12.2s / initcheck 12.6s / synccheck 11.3s；样例输出值与修复前一致（无功能影响）。

4) 附件说明