chantier dense-HMX #3: uninit VTCM matmul écarté (zéro-init ne corrige pas). Source -inf non-det = amont, instrumentation DSP requise.

Co-Authored-By: Claude Opus 4.7 (1M context) <noreply@anthropic.com>

CHANTIER_HMX_DENSE.md

@@ -70,6 +70,13 @@ signature classique ; le « 94% zéros + qq −inf » ressemble à un buffer par
 staging activation/poids VTCM non zéro-paddé pour n>32 multi-tuiles, ou un buffer de sortie/accumulateur
 réutilisé sans reset entre ops dans la séquence du modèle (absent en isolation synthétique).
 
+## Avancement #3 — uninit VTCM matmul ÉCARTÉ
+Zéro-init de TOUS les buffers VTCM du matmul q4_0 (`vtcm_weight/activation/output/scratch0/1/2`) avant le
+compute → **ne stoppe PAS le crash**. Donc l'uninit (si c'en est) n'est PAS dans le staging du matmul fautif :
+le −inf non-déterministe vient d'**en amont** (FA, KV cache, ou un autre op de la séquence), hors d'atteinte
+des sondes CPU-side. Récap des hypothèses éliminées : magnitude, NaN/inf-input(1 run), shape-pure (synthétique),
+FA→CPU, uninit-VTCM-matmul. Reste : source non-déterministe amont du −inf (instrumentation DSP requise).
+
 ## Limite atteinte (honnête)
 Le root cause est un **fault HMX non-déterministe** (mémoire non-init probable) dans la région o_proj/FA à n>32,
 qui ne se reproduit pas en isolation synthétique. Le **pinner exactement demande de l'instrumentation côté DSP**