r496e the X NOP push: all-zero accepted on content-scanned channels; no capture holds for their entries

The driver's __nvPushTestPushBuffer writes one zero dword (NVA06F_DMA_NOP)
and waits for GP_GET to follow GP_PUT. The method-stream plausibility gate
rejects an all-zero buffer (it parses as zero methods), so the entry fell
into the unreadable/rescue path and the GR no-capture hold - the DMA sanity
test could never pass. For channels whose ring was found by the RAM content
scan (kernel-RM sysmem 3D channels), model them as consume-and-apply-
releases: accept an all-zero NOP push, and skip the no-capture hold (these
pushes are not compute launches; holding them 6 s per entry cannot help).

0 files changed, 0 insertions, 0 deletions