vgsp-sema r640: raise the wait-gate episode extension cap 25 s -> 45 s - the r639 streams2 transcript has the readback's acquire giving up at waited_ms=28378 while the launch whose release it waits for only forwarded ~9 s later (watermark defer + arg-partial defer + backend poll chained past the 25 s bound), so the readback ran out of order and the client read zeros (bad=65534); 45 s keeps >15 s of headroom under the clients' >= 60 s timeouts and only engages while a GR forward is unoffered (green boots never reach it)

1 files changed, 12 insertions, 2 deletions

diff --git a/kernel/gsp_sema_service.c b/kernel/gsp_sema_service.c
index 5a30b1d..b6fa436 100644
--- a/kernel/gsp_sema_service.c
+++ b/kernel/gsp_sema_service.c
@@ -4721,8 +4721,18 @@ static u32 svc_wait_ext_log;
  * above wait-hold (default 4000 ms) + the absolute launch defer cap
  * (SVC_GR_DEFER_CAP_MS, 15000 ms) + margin, and far below every client-side
  * timeout (>= 60 s).
- */
-#define SVC_WAIT_EXT_CAP_MS	25000u
+ *
+ * r640: raised 25 s -> 45 s. The r639 streams2 transcript measured the
+ * readback's episode give up at waited_ms=28378 while the launch whose
+ * release it waits for only forwarded (GR-STALL-backend, software release
+ * authored) at 419322.99 - ~9 s AFTER the give-up - because the launch's
+ * own path paid the watermark defer (15 s cap) + arg-partial defer (8 s) +
+ * backend poll before it moved. The readback then ran out of order and the
+ * client read zeros (bad=65534). 45 s still leaves >15 s of headroom under
+ * the clients' >= 60 s timeouts, and only an episode with an unoffered
+ * candidate ever reaches it.
+ */
+#define SVC_WAIT_EXT_CAP_MS	45000u
 static u32 svc_wait_log;		/* per-session held-row print budget */
 static u32 svc_wait_pass_log;		/* per-session resolved-row budget */
 static u32 svc_remapconst_log;		/* r343 FILL: SET_REMAP_CONST_A rows */