summaryrefslogtreecommitdiffstats
path: root/userspace/configs/generic.toml
diff options
context:
space:
mode:
authoropen-iov-agent <agent@open-iov.local>2026-10-09 17:58:46 -0400
committeropen-iov-agent <agent@open-iov.local>2026-10-09 17:58:46 -0400
commit0f814465b3af0f75e5203688bba6c04714a78778 (patch)
tree96180782f4abe66f016ba26c9518d4d1e3b6ca22 /userspace/configs/generic.toml
parentbaa4a1ecd170f180381cd3a6dccd23628e6cb7c5 (diff)
downloadopen-iov-0f814465b3af0f75e5203688bba6c04714a78778.tar.gz
open-iov-0f814465b3af0f75e5203688bba6c04714a78778.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 'userspace/configs/generic.toml')
0 files changed, 0 insertions, 0 deletions