diff options
| author | Arthur Hanson Rasmusson <arthur@vgpu.io> | 2026-11-12 20:01:07 -0500 |
|---|---|---|
| committer | Arthur Hanson Rasmusson <arthur@vgpu.io> | 2026-11-12 20:01:07 -0500 |
| commit | 76a2d3cb16ea5550fb2f11f39a78b9eaa2804314 (patch) | |
| tree | eadcc7a3007aaad7ca8f6d061cea74dd3fdf2e57 /wiki/FAQ.md | |
| parent | 725898e44666b4def396f7f3c5e50712fd37aa33 (diff) | |
| download | open-iov-76a2d3cb16ea5550fb2f11f39a78b9eaa2804314.tar.gz open-iov-76a2d3cb16ea5550fb2f11f39a78b9eaa2804314.zip | |
docs: 2026-11-12 status refresh - green X/GLX, non-black GPU captures, direct-GL stream frontier
Refresh STATE-CURRENT.md and the open-iov.org wiki pages with the 2026-11-12
state: stock-driver X + GLX green (glxinfo 4.6.0 direct rendering, glxgears
~520 FPS), the pbuffer frame path captured 500/500 non-black frames (50 s
640x480 h264) plus the earlier 45.4 s capture, and the named frontier
(direct-GL client command-stream delivery: setup push unreadable, CE ring
0xbeef0101 intermittent) alongside the guest-init/sizing fixes (RMInstLoc
modprobe single-source, FB info in KB, 256 MiB GART).
Diffstat (limited to 'wiki/FAQ.md')
| -rw-r--r-- | wiki/FAQ.md | 26 |
1 files changed, 14 insertions, 12 deletions
diff --git a/wiki/FAQ.md b/wiki/FAQ.md index d3e42db..5aa4fa3 100644 --- a/wiki/FAQ.md +++ b/wiki/FAQ.md @@ -5,7 +5,7 @@ > [`../docs/09-reference/glossary-and-faq.md`](../docs/09-reference/glossary-and-faq.md); > the docs tree wins on disagreement. -Status: 2026-11-11, tree `master @ 4acac093`. +Status: 2026-11-12, tree `master @ 800c108f`. ## Project and positioning @@ -39,17 +39,19 @@ progress). This is the project's known status, not a misconfiguration — see **Can I run OpenGL or Vulkan applications in the guest?** Partially, and it is an active frontier. The display/KMS stack and the X server run on the emulated vGPU with the stock driver: nvidia-modeset/NvKms -registers (`/dev/dri`), `glxinfo` reports OpenGL 4.6.0 with direct rendering, -the 2D path is green and the DDX 3D replay executes. The **first non-black -GPU-rendered output** is proven: a pbuffer probe returns `pixel=ff0000ff`, the -off-screen path produced 500/500 non-black animated frames, and a 45.4 s video -was captured. The direct-GL GR channel now submits and its releases advance; -GZDoom reaches `V_Init: allocate screen` with its GL 4.6.0 context. Window and -screen pixels are still the wall: glxgears' window is black, the direct-GL CE -channel does not yet resolve (GZDoom wedges ~90 s after `V_Init`), X window -creation wedges on some boots, and the DDX's 4 GB sysmem allocation forces a -12 GB guest. The guest Vulkan pipeline runs end to end (device → command -buffer → fence → readback) but frames are black. See +registers (`/dev/dri`), the stock NVIDIA GLX path is fully green +(`glxinfo -B` returns 0 with OpenGL 4.6.0 direct rendering; `glxgears` +renders ~520 FPS), the 2D path is green and the DDX 3D replay executes. The +**first non-black GPU-rendered output** is proven: a pbuffer probe returns +`pixel=ff0000ff`, the off-screen path produced 500/500 non-black animated +frames per run, and videos were captured (45.4 s on 2026-11-11, 50 s on +2026-11-12). GZDoom reaches `V_Init: allocate screen` with its GL 4.6.0 +context on an even modeNum. Window and screen pixels are still the wall: the +direct-GL client's 59,556-byte setup push does not yet resolve/read host-side +under its page-directory churn (so its draws never reach the engine), +glxgears' window is black, and X screen-init is a per-boot lottery. The guest +Vulkan pipeline runs end to end (device → command buffer → fence → readback) +but frames are black. See [`OpenGL.md`](OpenGL.md), [`Vulkan.md`](Vulkan.md) and [`Graphics-Execution.md`](Graphics-Execution.md). |
