diff options
| author | Arthur Hanson Rasmusson <arthur@vgpu.io> | 2026-11-15 15:48:59 -0500 |
|---|---|---|
| committer | Arthur Hanson Rasmusson <arthur@vgpu.io> | 2026-11-15 15:48:59 -0500 |
| commit | f37f1f6a92939a8c147da1ed5a9032d9e8604ddc (patch) | |
| tree | 36b6ae3d428b824fefeb2905ed9d63fc774af939 /tools/cuda-bridge/kernels.ptx | |
| parent | fc000768b972a52e972830c2f5287c67c42275fd (diff) | |
| download | open-iov-f37f1f6a92939a8c147da1ed5a9032d9e8604ddc.tar.gz open-iov-f37f1f6a92939a8c147da1ed5a9032d9e8604ddc.zip | |
vgsp: eng62 - fill missing golden SA entries (slot 34 DRAW_IAB = IR 0x265), default off
The golden overlay writes all 55 slot bodies, but the CALL_MME_MACRO(34)
DRAW_IAB run targets SA[34]; the client's captured SA table only covered
slots 0-11 (c772), so slot 34 resolved to IR 0 (the slot-0 body) and the
macro never produced mac=0x22. Add sema_gl_mme_sa_golden_fill (bool, 0):
for every slot whose client SA entry is missing/zero and whose golden body
exists (kernel/golden-mme-tu104.h golden_mme_tu104_sa[64]), set the SA entry
to the golden body's IR entry (slot 34 = 0x265, 75 words) and mark it
present. Nonzero client entries are never overwritten. Fill runs in the
golden overlay, in the submit path before the stub/call-drop walk, and in
the SA re-arm (the release-carrier path); the release path re-fetches and
emits the filled 0x11c pairs. New MME-GOLDEN sa-fill/sa-census receipts.
c774 proves the fill: `MME-GOLDEN sa-fill slot=34 entry=0x265
(client=missing)`. Enable in params-r1624. Build rc 0; the mac=0x22
validation needs a c772-class release boot.
Diffstat (limited to 'tools/cuda-bridge/kernels.ptx')
0 files changed, 0 insertions, 0 deletions
