Refresh queue and region companion-set ownership

This commit is contained in:
Jan Petykiewicz 2026-04-18 17:34:44 -07:00
commit 9d8b4e4031
2 changed files with 36 additions and 5 deletions

View file

@ -4254,6 +4254,7 @@ fn build_region_service_trace_report(
"that broader restore strip now also has one grounded later region-local sweep: at 0x00444b08 it re-enters the live region collection through 0x00421ce0, which walks live records via 0x518380/0x518140 and dispatches 0x0041fb00 per record".to_string(), "that broader restore strip now also has one grounded later region-local sweep: at 0x00444b08 it re-enters the live region collection through 0x00421ce0, which walks live records via 0x518380/0x518140 and dispatches 0x0041fb00 per record".to_string(),
"the checked-in atlas already grounds 0x0041fb00 as the class-0-only default-region helper under the same family, and 0x00421730 as the later raster finalizer that repopulates [world+0x212d] from class-0 region ids".to_string(), "the checked-in atlas already grounds 0x0041fb00 as the class-0-only default-region helper under the same family, and 0x00421730 as the later raster finalizer that repopulates [world+0x212d] from class-0 region ids".to_string(),
"direct disassembly now tightens that later sweep too: 0x0041fb00 exits immediately for nonzero [region+0x23e], while 0x00421730 clears the per-cell region word at [world+0x212d]+cell*4+1, seeds cached bounds-like fields [region+0x242/+0x246/+0x24a/+0x24e/+0x252], and only then enters the class-0 path that consumes [region+0x256] and the coordinate helpers 0x00455800/0x00455810".to_string(), "direct disassembly now tightens that later sweep too: 0x0041fb00 exits immediately for nonzero [region+0x23e], while 0x00421730 clears the per-cell region word at [world+0x212d]+cell*4+1, seeds cached bounds-like fields [region+0x242/+0x246/+0x24a/+0x24e/+0x252], and only then enters the class-0 path that consumes [region+0x256] and the coordinate helpers 0x00455800/0x00455810".to_string(),
"the companion region-set root is runtime-owned now too: direct disassembly of the broader bring-up strip at 0x00448740..0x0044881f shows 0x006cfc9c being allocated through 0x53b070 and constructed through 0x00487bd0 before later rebuild passes run, so the 0x00487650/0x004881b0 companion path is operating on a runtime-owned helper collection rather than a hidden save-owned latch seam".to_string(),
"the later restore-band siblings are tighter now too: 0x00487de0 clears the prior chunked border queues through 0x00533cf0, builds a small per-region id map from [region+0x00]/[region+0x35] keyed by class [region+0x31], scans the live world raster at [world+0x2131], and appends fresh border-segment rows through 0x00536ea0 without touching [region+0x25e/+0x276/+0x302/+0x316]".to_string(), "the later restore-band siblings are tighter now too: 0x00487de0 clears the prior chunked border queues through 0x00533cf0, builds a small per-region id map from [region+0x00]/[region+0x35] keyed by class [region+0x31], scans the live world raster at [world+0x2131], and appends fresh border-segment rows through 0x00536ea0 without touching [region+0x25e/+0x276/+0x302/+0x316]".to_string(),
"the neighboring world-grid reseed 0x0044c4b0 is tighter now too: it clears bit 0x10 across the live grid byte at cell offset +0xe6, then walks the live region collection at 0x0062bae0, admits only class-0 records via [region+0x23e], resolves one representative center cell through 0x00455f60, and marks that same bit back on, which again reads as raster presentation state rather than pending/completion latch restore".to_string(), "the neighboring world-grid reseed 0x0044c4b0 is tighter now too: it clears bit 0x10 across the live grid byte at cell offset +0xe6, then walks the live region collection at 0x0062bae0, admits only class-0 records via [region+0x23e], resolves one representative center cell through 0x00455f60, and marks that same bit back on, which again reads as raster presentation state rather than pending/completion latch restore".to_string(),
"the companion region-set rebuild above that border pass is narrower now too: 0x00487650 is only a small constructor wrapper over 0x00487540 that seeds [region+0x00] from the caller-supplied id, while 0x004881b0 rebuilds [region+0x3d] from the world raster histogram, zeroes [region+0x41], folds class-0 children back into parent [region+0x41] through [region+0x35], and then tails into the border emitter on 0x006cfc9c via 0x00487de0".to_string(), "the companion region-set rebuild above that border pass is narrower now too: 0x00487650 is only a small constructor wrapper over 0x00487540 that seeds [region+0x00] from the caller-supplied id, while 0x004881b0 rebuilds [region+0x3d] from the world raster histogram, zeroes [region+0x41], folds class-0 children back into parent [region+0x41] through [region+0x35], and then tails into the border emitter on 0x006cfc9c via 0x00487de0".to_string(),
@ -25599,7 +25600,7 @@ mod tests {
); );
assert_eq!( assert_eq!(
trace.candidate_consumer_hypotheses[2].status, trace.candidate_consumer_hypotheses[2].status,
"secondary_candidate_after_attach_rebuild" "secondary_candidate_after_pending_service"
); );
assert_eq!( assert_eq!(
trace.candidate_consumer_hypotheses[1].status, trace.candidate_consumer_hypotheses[1].status,
@ -25642,6 +25643,15 @@ mod tests {
.any(|line| line.contains("0x00421730") .any(|line| line.contains("0x00421730")
&& line.contains("[region+0x242/+0x246/+0x24a/+0x24e/+0x252]")) && line.contains("[region+0x242/+0x246/+0x24a/+0x24e/+0x252]"))
); );
assert!(
trace.candidate_consumer_hypotheses[1]
.evidence
.iter()
.any(|line| line.contains("0x00448740..0x0044881f")
&& line.contains("0x006cfc9c")
&& line.contains("0x53b070")
&& line.contains("0x00487bd0"))
);
assert!( assert!(
trace.candidate_consumer_hypotheses[1] trace.candidate_consumer_hypotheses[1]
.evidence .evidence

View file

@ -35,10 +35,11 @@ Working rule:
- For that top-ranked infrastructure strip, treat the next pass as three exact owner questions - For that top-ranked infrastructure strip, treat the next pass as three exact owner questions
rather than a general “map the consumer” task: whether the `0x38a5` compact-prefix/name-pair rather than a general “map the consumer” task: whether the `0x38a5` compact-prefix/name-pair
groups feed the first-child triplet clone lane, the caller-supplied payload-stem lane, or only a groups feed the first-child triplet clone lane, the caller-supplied payload-stem lane, or only a
later route/local-runtime refresh lane; whether cached primary-child slot `[this+0x248]` is the later route/local-runtime refresh lane; which child fields or grouped rows absorb the
first owner-visible bridge from the side-buffer seam into route-entry rebuild; and which child side-buffer payload before `0x00448a70/0x00493660/0x0048b660` become relevant; and, now that the
fields or grouped rows absorb the side-buffer payload before `0x00448a70/0x00493660/0x0048b660` direct route-entry bridge helpers over `[this+0x206/+0x20a/+0x20e]` are grounded, which later
become relevant. route/local-runtime owner still carries the remaining mixed exact classes once cached
primary-child slot `[this+0x248]` is demoted to child-list cache/cleanup state.
- Targeted disassembly now tightens that strip further: `0x0048a1e0` clones the first child through - Targeted disassembly now tightens that strip further: `0x0048a1e0` clones the first child through
`0x0052e880/0x0052e720`, destroys the prior child, seeds a literal `Infrastructure` child `0x0052e880/0x0052e720`, destroys the prior child, seeds a literal `Infrastructure` child
through `0x00455b70` with payload seed `0x005c87a8`, and republishes the two sampled bands through `0x00455b70` with payload seed `0x005c87a8`, and republishes the two sampled bands
@ -112,6 +113,20 @@ Working rule:
So the remaining infrastructure question is no longer “what does `0x00490960` build?” or even So the remaining infrastructure question is no longer “what does `0x00490960` build?” or even
“which family is this name row?” but “how do the surviving compact-prefix regimes subdivide “which family is this name row?” but “how do the surviving compact-prefix regimes subdivide
those already-mapped families, especially inside bridge mode `0x01` and track-cap mode `0x0b`?”. those already-mapped families, especially inside bridge mode `0x01` and track-cap mode `0x0b`?”.
- The direct route-side bridge is grounded now too: `0x0048e140/0x0048e160/0x0048e180` simply
resolve `[this+0x206/+0x20a/+0x20e]` through live route collection `0x006cfca8`, and
`0x0048e1a0` compares those resolved peers against `[this+0x202]`. The neighboring
`0x0048ed30` path is now also narrower: it only tears down child list `[this+0x08]`, clearing
cached primary-child slot `[this+0x248]` when needed, so `[this+0x248]` is no longer the first
route bridge to chase.
- The later route/local-runtime follow-on family is tighter now too: `0x00448a70` is a
world-overlay helper over `[world+0x15e1/+0x162d]`, `0x00493660` is a counter-plus-companion-
region follow-on keyed by `[child+0x218]`, `[child+0x226]`, `[child+0x44]`, and `0x0048dcb0`,
`0x0048b660` is a presentation-color/style owner over `[child+0x216/+0x218/+0x226/+0x44]` and
bit `0x40` in `[child+0x201]`, and `0x0048e2c0/0x0048e330/0x0048e3c0` now read as flag / route-
tracker / region-test helpers rather than hidden payload decoders. So the next infrastructure
slice should stay focused on the remaining mixed exact compact-prefix classes and earlier
child-stream semantics, not on rediscovering the already-bounded presentation owners.
- The new probe correlation now makes that residual even more concrete: on grounded `q.gms`, the - The new probe correlation now makes that residual even more concrete: on grounded `q.gms`, the
dominant mixed `0x0001/0xff` class splits as `bridge:62 / track_cap:21 / tunnel:19`, while the dominant mixed `0x0001/0xff` class splits as `bridge:62 / track_cap:21 / tunnel:19`, while the
pure `0x0002/0xff` class is all bridge and the pure `0x0055/0x00` class is all ballast-cap. pure `0x0002/0xff` class is all bridge and the pure `0x0055/0x00` class is all ballast-cap.
@ -329,6 +344,12 @@ Working rule:
`0x00531150/0x00531030` plus `0x00530720/0x0052e8b0`; they still do not touch `0x00531150/0x00531030` plus `0x00530720/0x0052e8b0`; they still do not touch
`[region+0x276/+0x302/+0x316]`. That means the remaining region restore target is now the later `[region+0x276/+0x302/+0x316]`. That means the remaining region restore target is now the later
owner that rebuilds those latches or the separate tagged body seam that persists them. owner that rebuilds those latches or the separate tagged body seam that persists them.
- The later restore-side region owners are narrowed further now too: the `0x00421ce0 ->
0x0041fb00 -> 0x00421730` sweep is class-`0` raster/id rebuild, `0x004881b0` is a companion
region-set cell-count rebuild over `[region+0x3d/+0x41]`, `0x00487de0` is a border-segment
emitter over the world raster, and `0x0044c4b0` is the center-cell bit-`0x10` reseed pass. So
the next region slice should stop revisiting those later owners and stay focused on the still-
missing save-owned latch / severity / stable-id seam.
- The widened real-save region trace rules out one more false lead too: on grounded saves the - The widened real-save region trace rules out one more false lead too: on grounded saves the
`0x55f2` fixed-policy chunk keeps all three reserved dwords at `0x00000000` and the trailing word `0x55f2` fixed-policy chunk keeps all three reserved dwords at `0x00000000` and the trailing word
at invariant `0x0001`, so that fixed chunk is not currently carrying the missing latch or stable at invariant `0x0001`, so that fixed chunk is not currently carrying the missing latch or stable