<feed xmlns='http://www.w3.org/2005/Atom'>
<title>open-iov.git/tools/guest-diag/sempages.py, branch m33</title>
<subtitle>Open-IOV vGPU-IO: host-side GSP emulation for unmodified NVIDIA guest drivers
</subtitle>
<id>https://git.vgpu.io/open-iov.git/atom?h=m33</id>
<link rel='self' href='https://git.vgpu.io/open-iov.git/atom?h=m33'/>
<link rel='alternate' type='text/html' href='https://git.vgpu.io/open-iov.git/'/>
<updated>2026-09-28T13:31:48+00:00</updated>
<entry>
<title>sema: never execute work decoded from swept RAM; pin only tracker sems</title>
<updated>2026-09-28T13:31:48+00:00</updated>
<author>
<name>Arthur Hanson Rasmusson</name>
<email>arthur@vgpu.io</email>
</author>
<published>2026-09-28T13:31:48+00:00</published>
<link rel='alternate' type='text/html' href='https://git.vgpu.io/open-iov.git/commit/?id=7023742accd4b2bf5dbeaf82907e465c905dbdad'/>
<id>urn:sha1:7023742accd4b2bf5dbeaf82907e465c905dbdad</id>
<content type='text'>
The content sweep reads arbitrary guest RAM and ran the full push decoder on
every page, so fabricated method streams in unrelated data executed
fills/copies: one boot scanned 65M pages, 'decoded' 124k pushes and ran
dozens of memsets from false positives - writes into live guest memory (a
guest kernel crashed in nvidia_uvm right after such a boot).

- Swept pages now only permit the bounded semaphore-release writes; fills
  and copies execute only for pushes the pump read through a trusted ring
  translation.
- Pushes read for a compute (GR) channel apply releases only: their method
  space is not the copy engine's, so aliased encodings must never become
  memory writes.
- sempages.py derives the pages to pin from the client's tracker objects
  (sem object + sem memory) instead of matching bare sem-object shapes, which
  pinned 140 pages where the client has ~53 sems; shape scan remains as a
  fallback when no tracker resolves.
</content>
</entry>
<entry>
<title>sema-svc: apply releases promptly and decode compute-push releases</title>
<updated>2026-09-28T11:34:34+00:00</updated>
<author>
<name>Arthur Hanson Rasmusson</name>
<email>arthur@vgpu.io</email>
</author>
<published>2026-09-28T11:34:34+00:00</published>
<link rel='alternate' type='text/html' href='https://git.vgpu.io/open-iov.git/commit/?id=17e1f522e4e9e04d13c4ca9495a2f4f1bdc58c36'/>
<id>urn:sha1:17e1f522e4e9e04d13c4ca9495a2f4f1bdc58c36</id>
<content type='text'>
The content sweep now:
- decodes a release whose method stream continues with any INC_METHOD,
  not only the CE LAUNCH_DMA group, so the releases at the head of a
  compute/GR channel's first push are applied too;
- remembers releases whose target VA had no translation (deferred list)
  and retries them every service pass, so a VA-&gt;PA injection lands them
  immediately instead of after the next full sweep;
- re-arms the fast sliced sweep for a few seconds after an injection;
- treats a channel whose USERD/ring cannot be resolved as stalled, so the
  sweep keeps looking for the releases its unreadable pushes carry.

tools: add per-cdt client-pin helper (sem pages + /dev/nvidia0 windows),
sem-page scanner and memprobe fixes (short-read guard, --brief).
Live-verified: injecting a client sem page applied 12 deferred releases
within a second; the service kept applying (89 -&gt; 202) while cdt ran.
</content>
</entry>
</feed>
