docs: record next-cycle readiness for the physical GSP boot

STATE-CURRENT and the integration page reflect the implemented sequencer, clean-shutdown RPC and static-info probe awaiting the next supervised live cycle.

1 files changed, 10 insertions, 0 deletions

diff --git a/docs/03-architecture/08-physical-gpu-integration.md b/docs/03-architecture/08-physical-gpu-integration.md
index f4dfa68..c0db8ec 100644
--- a/docs/03-architecture/08-physical-gpu-integration.md
+++ b/docs/03-architecture/08-physical-gpu-integration.md
@@ -345,6 +345,16 @@ per-context scheduling. Tenant policy and fairness are a later layer on top.
   session test the shutdown without touching WPR2. All of it is inert unless
   the full boot stage ran; the code has not yet run live, and this bullet
   must be updated with the live outcome.
+* **Update (2026-10-01) — rung 4c slice 1 implemented (build-only):** for the
+  next cycle a host resource-manager static-info probe is available: the
+  write-only debugfs file `open-iov-vfio/gsp-phys-rm-probe` (write "1", only
+  when GSP-RM init-done was observed) sends `GET_GSP_STATIC_INFO` over the
+  real command queue and decodes the server's static configuration (internal
+  handles, split-VA flag, BAR1/2 PDE bases, framebuffer geometry, engine
+  caps), falling back once to `SET_GUEST_SYSTEM_INFO` plus one retry; the
+  command-queue producer now splits records across up to 16 queue elements
+  and the status-queue walk coalesces multi-element records. Not yet run
+  live; the module was built only.
 
 ## 9. Interaction sequence (end state)