vgsp: newbind holds are residual-only and short (r237 T2 3 s GP_GET delay)stallfree

r237-2: T2's GR channel carried T1's residual put=115; my 3 s empty-decode
hold delayed the host's GP_GET during the residual walk, and the guest
unwound at binding+3.46 s (zeroed PROMOTE_CTX, then full FREE) - exactly
when the host finally consumed the residual. The guest's ctx-init
patience is ~3 s, so the hold must never delay the walk that long.

- New SVC_GR_NEWBIND_HOLD_MS 1200u and per-channel
  wd_newbind_hold_until: the hold windows (empty-decode and unmapped
  entry) now apply only while it is fresh (<1.2 s; the rebuild lands in
  ~0.8 s) and only when put == get (residual context, no producer work
  pending). Any pending producer work is walked without delay, so
  GP_GET always advances promptly.
- wd_newbind_until (3 s) still governs retry eligibility; the opdef
  drop, chanswitch log, pending-map/rebuild path are unchanged.
  make kernel green.

0 files changed, 0 insertions, 0 deletions