Skip to content

Commit 62a4bad

Browse files
committed
spec(KERNEL-SSM-MAMBA): record the full-ctest result and the one unattributed failure (#496)
FOLLOWING_AGENTS_PROTOCOL Following-Agents-Protocol: true AI-Assisted: true Assisted-by: AGENT:claude-opus-5 [Claude Code]
1 parent f1929de commit 62a4bad

1 file changed

Lines changed: 27 additions & 0 deletions

File tree

.agents/specs/mamba2-ssd.md

Lines changed: 27 additions & 0 deletions
Original file line numberDiff line numberDiff line change
@@ -599,6 +599,33 @@ same term while leaving every variable read — M1 multiplies the inter-chunk
599599
product by `0.0f`, M7 passes `1, group_size * args.n_groups` (which *is*
600600
`hidden`) — and both then failed as intended.
601601

602+
**Full `ctest` on the gate host**, all 392 test targets built (777 ninja edges,
603+
0 warnings), `ctest -j 1` — serial is required, not cautious: GB10 memory is
604+
UNIFIED, so a parallel CUDA suite reserves HOST RAM and has OOM-rebooted this
605+
box, and several suites starve under `-j` and red spuriously. Result:
606+
**`98% tests passed, 10 tests failed out of 431`**, `CTEST_EXIT=8`, 53 min.
607+
608+
None of the three mamba2 suites is among the failures. Nine of the ten match, by
609+
name, an **independent same-box baseline** — another agent's full `ctest` on
610+
`row/pool-device-key` finishing 80 minutes earlier, `98% tests passed, 9 tests
611+
failed out of 437`: `test_serve_low_tools`, `test_linear_method`,
612+
`test_glm4_moe_lite_paged_engine`, `test_capi` (SEGFAULT), `test_ops_gdn`,
613+
`test_qwen3_apc_e2e`, `test_minicpm3_paged_engine`, `test_internlm2_paged_engine`,
614+
`test_llama_paged_engine`. Two branches, two builds, the same nine.
615+
616+
The tenth, **`test_minimax_h3` (SEGFAULT at 11.81 s)**, passed on that baseline
617+
and is the one difference, so it is NOT dismissed. What is established: **no
618+
model or layer code calls these ops at all**`grep` for `vt::Mamba2ChunkScan`,
619+
`vt::Mamba2StateUpdate` and `vt::RmsNormGatedGroup` outside `src/vt/` returns
620+
`include/vt/ops.h` declarations and the three unit tests, nothing else — so the
621+
H3 path cannot reach a kernel this brick added, and the only W2 delta it can see
622+
is three extra registrations in the op table. What is NOT yet established is the
623+
positive cause. A standalone serial re-run of all ten under the lock is queued
624+
and is **PENDING on a named external resource**: `$HOME/gpu.lock` has been held
625+
for ~2 h by an unrelated benchmark series with three jobs ahead of it. That
626+
re-run, not this paragraph, is what settles the attribution, and it is owed
627+
before the fresh review closes.
628+
602629
**The derived bar is audited, not asserted.** Across the 55 device-vs-host
603630
comparisons in a green run, the worst one used **7.66%** of `rtol(K) =
604631
4·(K+2)·2⁻²⁴`; the driver shapes used 0.32% and 0.18%. For contrast the same

0 commit comments

Comments
 (0)