谢谢，两组都做了，结论反过来了。
mes=1（dmesg 确认 mes_v11_0_0 / sdma_hqd_mask 0xfc）：同配置 26 条崩 2 次，报错和 mes=0 一字不差（conversation snapshot copy + SDMA1/MAPPING_ERROR 0x1）。不是非 MES 路径的问题。
6.8.0-147（mes=0、ROCm 7.2 不变）：Strata 缓存全开 120/120、0 page fault（40.8 min，32K 10.5 s）；ComfyUI 10 s 工作流 3/3，热跑 361.8 s（7.0 是 361.7 s）。
7.0.0-42 同配置约 30 次崩 4 次。
所以 7.0 这代内核是放大器（和 #5475 的 6.18+ 概率上涨对得上），已切 6.8 默认并重开缓存，HSA_ENABLE_SDMA=0 留兜底。6.8 不是根治，只是 120 次没触发。
补一句：这台 7.0 的 amdgpu 编译默认就是 mes=0，不是我们关的。
问一下：6.18+ 的 userptr 回归有 upstream 确认或测试内核吗？
