diff options
| author | open-iov-agent <agent@open-iov.local> | 2026-10-09 17:58:46 -0400 |
|---|---|---|
| committer | open-iov-agent <agent@open-iov.local> | 2026-10-09 17:58:46 -0400 |
| commit | 61cc7629f989edd216c4381313c07f15ceaf1559 (patch) | |
| tree | f87bba5188f24a77fef6e37597df5882512561f8 /kernel/gsp_phys_gpu.h | |
| parent | 8eb6a46d05d6156514624aa9f71e8666a4a9979b (diff) | |
| download | open-iov-61cc7629f989edd216c4381313c07f15ceaf1559.tar.gz open-iov-61cc7629f989edd216c4381313c07f15ceaf1559.zip | |
vgsp-sema: hold an entry on any unresolvable operand, not only mid-scan (ISSUE-0002)
The guest driver's pma scrub submits vidmem memsets on a GR channel; the
operand translations (client buffer VAs, pinned by the scanner) land about
a second after the push. The one-pass skip lost those memsets forever and
the guest spun in scrubCheckAndWaitForSize (r58 c3: three bigop memsets
rc=-22 at 17:54:35, their pins logged at 17:54:36, the channel froze at
get=89 with the client in pmaAllocatePages). Mark the operand path pending
on any unresolved operand so the existing bounded entry hold retries the
decode until the translation lands; raise the retry bound to 160 so the
hold covers the observed pin latency.
Diffstat (limited to 'kernel/gsp_phys_gpu.h')
0 files changed, 0 insertions, 0 deletions
