From ee07d8e565eb73643d86f672e43b1b36acfa62b7 Mon Sep 17 00:00:00 2001 From: Arthur Hanson Rasmusson Date: Sat, 14 Nov 2026 10:56:43 -0500 Subject: docs(wiki): 2026-11-14 status refresh - direct-GL submission decoded (macro-driven), push rescues land, draw-state push reaches the engine; MME multi-part completion is the wall; STATE-CURRENT snapshot --- wiki/FAQ.md | 20 ++++++++++++-------- 1 file changed, 12 insertions(+), 8 deletions(-) (limited to 'wiki/FAQ.md') diff --git a/wiki/FAQ.md b/wiki/FAQ.md index e357649..1a068c5 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-13, tree `master @ 436cbf9d`. +Status: 2026-11-14, tree `master @ 339da842`. ## Project and positioning @@ -48,13 +48,17 @@ 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. The X DDX idle-DMA/ScreenInit, USERD-latch, re-probe, kernel-mode-spin and flip-event walls were closed (X green >10 -minutes), captured GL sections now execute on the engine, and the client's -push bodies decode as real GR method streams above 10 GiB. Window and screen -pixels are still the wall: the direct-GL payload VAs (the `0x4001004` setup -push and the `0x4250000`/`0x4250110` draws) resolve to zero/implausible PAs -because their user/UVM VAS is never registered, so its draws never reach the -engine; glxgears' window is black, and X screen-init keeps a per-boot -first-generation lottery. The guest Vulkan pipeline runs end to end (device +minutes), captured GL sections now execute on the engine, and the direct-GL +submission is fully decoded: it carries no classic draw header (the work is +macro-driven; data-block blobs plus small state pushes invoking MME macros), +the recycled pushes are recovered, and the client's draw-state push opens, +captures and reaches the engine. Window and screen pixels are still the wall: +the MME macro program does not complete (the 2799-word packed program cannot +fit its <=2048-word block with the draw window, so `live_gen` never promotes +and the draw never stores; the multi-part keep-window A/B is pending), RT +routing was tested and refuted as the cause, glxgears' window is black, and X +start keeps a per-boot first-generation 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). -- cgit v1.2.3