sema-svc: consume rewind replays and sweep-delivered CE entries at once

Two stalls serialized the runtime client's init into one 8 s CE grace window
per push:

- a pin-batch rewind replays recently consumed GPFIFO slots; re-examining a
  consumed slot runs the rescue and then holds it for the full grace window
  again (observed: the same VA 'skipped after 8000 ms grace' twice, 38 s
  apart). The pump now records each consumed slot with the put value it was
  consumed at (32-entry per-channel replay ring, persisted across passes)
  and consumes a replayed slot whose producing put has not advanced
  immediately.
- the content sweep applies releases from RAM pages before the pump reads
  their entries, so the pool advances past the entry's payload while it is
  pending. entry_want (recorded on first examination) now detects that on
  both the unreadable-rescue and the readable-no-release paths and consumes
  the entry instead of waiting the grace window.

Evidence: real-release watcher cycle, pool semaphore advances no longer
gated at 8 s intervals once the replay skip engages.

0 files changed, 0 insertions, 0 deletions