summaryrefslogtreecommitdiffstats
path: root/wiki/open-iov.org/index.php?title=CPU_Support&oldid=23744.html
diff options
context:
space:
mode:
authorArthur Hanson Rasmusson <arthur@vgpu.io>2026-10-18 15:10:58 -0400
committerArthur Hanson Rasmusson <arthur@vgpu.io>2026-10-18 15:12:26 -0400
commitb7c1cff5f290ae19ceca47f4d0bb9024eb45146c (patch)
treebfcbcefc54833f140d270e9e176aa412f1862a10 /wiki/open-iov.org/index.php?title=CPU_Support&oldid=23744.html
parentdec59afafa6ecae494404bd78a5c527c7603b03b (diff)
downloadopen-iov-b7c1cff5f290ae19ceca47f4d0bb9024eb45146c.tar.gz
open-iov-b7c1cff5f290ae19ceca47f4d0bb9024eb45146c.zip
vgsp: fail4 r229 - REC-DUMP per-rec VA->HPA->reloc census at submit
The r229 ctaid_probe came back as: PROBE1 (coordinate map) perfect, PROBE2 (flat A read) wrong at every element - band 0 read A's own values at wildly wrong offsets (16382/16383 = A's last elements), bands >= 1 read float-typed data. Writes are flawless; the engine's READ of a freshly H2D'd 64 KB buffer returned foreign content, so before anything else the next capture needs the exact (va, hpa, reloc_va) triples the engine will read for that launch. REC-DUMP logs the submit's rec table at launch build time: all recs for small launches (n_data <= 64, the probe class), first/last 8 for larger ones, gated by gsp_phys_gr_copyout_dump. Comparing the A buffer's recs against the H2D landing (and against each other: distinct VAs collapsing onto one HPA, or HPAs outside the uploaded range) names the wrong-read source directly. Logging-only; greens safe. (cherry picked from commit f83ef995c17fba896950cc7f1818c65ac8839ac4)
Diffstat (limited to 'wiki/open-iov.org/index.php?title=CPU_Support&oldid=23744.html')
0 files changed, 0 insertions, 0 deletions