rrt/docs/rehost-queue/tier2-rebuild-sequencing-2026-04-21.md

2.6 KiB

Tier2 Rebuild Sequencing (2026-04-21)

This note preserves the currently grounded sequencing around the active Tier-2 queue head, so the short queue does not have to restate the same late bringup strip every time.

Preserved Artifact Notes

  • artifacts/exports/rt3-1.06/runtime-effect-kind8-tier2-sequencing-note.md
  • artifacts/exports/rt3-1.06/runtime-effect-kind8-tier2-recipe-runtime-note.md

Coupled Rebuild Strip

The current Tier-2 bringup evidence no longer reads as one isolated helper. The grounded rebuild owners form one coupled strip:

  • 0x00435630
    • rebuilds scenario-side port/warehouse recipe runtime tables
    • re-enters 0x00412d70
  • 0x00412d70
    • rebuilds candidate runtime records from scenario state
    • does not consult the scenario-side recipe-book name at [state+0x0fe8]
    • re-enters 0x00435630
    • also re-enters 0x00411ce0 and 0x00411ee0
  • 0x00412fb0
    • broader collection-load owner
    • re-enters 0x004120b0
    • then 0x00412d70
    • then 0x00412ab0
    • and only after the later catalog rebuild re-enters 0x00412c10
  • 0x00437737
    • late preseed of named candidate-availability records from the live pool
    • upserts through 0x00434f20
  • 0x00434f20
    • writes the boolean named-availability override bit
    • immediately re-enters 0x00412c10 when the live candidate pool exists
  • 0x00412c10
    • refreshes [candidate+0x7ac] from named availability
    • then tails into 0x0041eac0

Late Bringup Placement

The preserved sequencing note keeps the late 0x197 checkpoint concrete too:

  • 0x00444ac1 sits after:
    • 0x004354a0
    • territory overlay sweep 0x00487de0
  • and then falls through into:
    • 0x00437737
    • followed by the later candidate-side availability refresh 0x00412c10

So the late Tier-2 strip begins with named-availability preseed and latch refresh, not with the shell progress or territory overlay helpers that precede it.

Current Reading

This keeps the active Tier-2 owner question on sequencing and data handoff, not on bare naming:

  • one side of the strip is the coupled recipe/runtime rebuild family 0x00435630 -> 0x00412d70 -> 0x00412fb0
  • the other side is the later named-availability preseed/latch family 0x00437737 -> 0x00434f20 -> 0x00412c10
  • the remaining non-hook question is how that interaction lets candidate-table rows 35/43/45..66 reach 0x00412d70 with nonzero [candidate+0xba/+0xbb] before the later 0x00419230 rebank-or-clone pass consumes them

So the next Tier-2 pass should keep tracing the handoff between those two late rebuild bands, rather than reopening the direct Warehouse05 availability bit or the already-bounded stock asset corpus.