LithosAnanake/experiments/bare_metal/runs/doe-amd64-20260804-194631.csv at 413b5a9bbfdaf8113003f1c48ddb7277c7f98cb0

Files

T

Robert Allan JamesandClaude Sonnet 5 9b305a5be7 starkernel: item 3.8 -- VM identifiers as UUID/GUID

Punch list §25 item 3.8 complete. Added after starting item 4.1
surfaced the need to thread a vm_id into stadium_admit()'s new quota
parameter; Captain Bob ruled UUID/GUID rather than keeping the
narrower uint32_t.

New VMUuid type (vm_uuid.h/vm_uuid.c): two uint64_t halves, RFC-4122-
shaped for logging. Not real randomness -- checked directly against
QEMU 10.2.1's actual CPU feature set: amd64 RDRAND and riscv64 Zkr are
both real, available features here; aarch64 has no RNG property on any
CPU model including "max" (verified exhaustively via QMP
query-cpu-model-expansion). Captain Bob ruled a uniform fallback
across all three ISAs rather than a per-architecture split.

Fallback is a deterministic PRNG (splitmix64) seeded from the Mama
capsule's content hash, pre-filling a 16-entry FIFO pool at boot and
refilling with another batch of the same stream when exhausted --
exactly the shape requested. Same capsule booted twice produces the
same id sequence, preserving the dict_hash reproducibility this
session has relied on throughout.

Hera keeps a fixed, reserved all-zero id, not drawn from the pool --
capsule_birth.c uses vm_id == 0 as a load-bearing sentinel in three
places (KILL protection x2, fleet heat-fanout parent-chain
terminator), found by reading before writing any code.

Two real sentinel-collision bugs caught before shipping, same class as
STADIUM_CONTAINS_NONE: vm_uuid_none() (all-ones, not all-zero) for
"not yet assigned"/"no VM" placeholders; confirmed item 3.7's quota
table already used an in_use boolean rather than a vm_id sentinel, so
no second collision was actually possible there -- the dead,
never-referenced STADIUM_QUOTA_SLOT_EMPTY macro was removed.

Blast radius larger than first scoped, flagged mid-work rather than
silently absorbed: capsule_vm_physics.c/.h (the fleet heat-transfer
layer item 2.1 modified earlier this session) has its own vm_id-keyed
node table and walks parent_vm_id chains through the same identity
space, so it needed the same change, plus its callers in
mama_forth_words.c and sk_vm_bootstrap.c.

One live FORTH word contract changed, by explicit ruling: CAPSULE-BIRTH
was ( capsule-id -- vm-id ), a single cell -- can't hold 128 bits.
Captain Bob picked pushing two cells ("there is doubles support in the
FORTH std word set anyway"): ( capsule-id -- vm-id-hi vm-id-lo ).
MAMA-VM-ID changed the same way: ( -- 0 0 ).

Verified: full (not standalone-file) kernel rebuild to catch cross-file
breakage given the size of this change -- it surfaced the
capsule_vm_physics.c blast radius a narrower check would have missed.
Three-architecture boot (amd64, aarch64, riscv64), all reaching ok>
with identical dict_hash=0x3d4e1daf289da94f matching the item-3.7
baseline.

Co-Authored-By: Claude Sonnet 5 <noreply@anthropic.com>

2026-08-04 19:50:34 -04:00

4.0 KiB

Raw Blame History

1	tick_number	elapsed_ns	tick_interval_ns	word_executions_delta	hot_word_count	avg_word_heat_q48	window_width	actual_window_size	time_trust_q48	hera_heat_q48
2	1	10000	10000	183	4	45	731	731	65536	65536
3	2	20000	10000	173	5	44	582	582	65536	65536
4	3	30000	10000	184	6	60	582	582	65536	65536
5	4	40000	10000	174	8	71	4096	0	65536	65536
6	5	50000	10000	150	9	78	582	582	65536	65536
7	6	60000	10000	159	11	73	4096	0	65536	65536
8	7	70000	10000	188	15	71	685	685	65536	65536
9	8	80000	10000	214	16	83	685	685	65536	65536
10	9	90000	10000	216	19	82	4096	0	65536	65536
11	10	100000	10000	222	21	84	567	567	65536	65536
12	11	110000	10000	207	23	86	731	731	65536	65536
13	12	120000	10000	189	26	83	4096	0	65536	65536
14	13	130000	10000	221	28	80	731	731	65536	65536
15	14	140000	10000	204	29	83	685	685	65536	65536
16	15	150000	10000	203	30	82	731	731	65536	65536
17	16	160000	10000	201	32	83	567	567	65536	65536
18	17	170000	10000	190	34	86	731	731	65536	65536
19	18	180000	10000	170	35	73	582	582	65536	65536
20	19	190000	10000	154	28	44	731	731	65536	65536
21	20	200000	10000	154	28	41	567	567	65536	65536
22	21	210000	10000	153	32	39	4096	0	65536	65536
23	22	220000	10000	167	35	42	582	582	65536	65536
24	23	230000	10000	176	37	41	685	685	65536	65536
25	24	240000	10000	175	37	39	731	731	65536	65536
26	25	250000	10000	196	38	37	731	731	65536	65536
27	26	260000	10000	192	41	37	4096	0	65536	65536
28	27	270000	10000	158	40	38	685	685	65536	65536
29	28	280000	10000	158	40	35	4096	0	65536	65536
30	29	290000	10000	164	41	37	4096	0	65536	65536
31	30	300000	10000	154	43	39	685	685	65536	65536
32	31	310000	10000	172	46	35	582	582	65536	65536
33	32	320000	10000	180	49	34	567	567	65536	65536
34	33	330000	10000	145	51	35	567	567	65536	65536
35	34	340000	10000	203	53	37	582	582	65536	65536
36	35	350000	10000	154	55	39	731	731	65536	65536
37	36	360000	10000	144	57	37	4096	0	65536	65536
38	37	370000	10000	144	57	35	4096	0	65536	65536
39	38	380000	10000	132	57	34	4096	0	65536	65536
40	39	390000	10000	180	57	32	4096	0	65536	65536
41	40	400000	10000	220	63	29	4096	0	65536	65536
42	41	410000	10000	215	64	28	4096	24	65536	65536
43	42	420000	10000	208	68	29	4096	24	65536	65536
44	43	430000	10000	177	72	27	4096	24	65536	65536
45	44	440000	10000	199	77	28	4096	24	65536	65536
46	45	450000	10000	223	82	26	4096	30	65536	65536
47	46	460000	10000	202	85	24	4096	67	65536	65536
48	47	470000	10000	218	91	25	4096	198	65536	65536
49	48	480000	10000	221	92	26	4096	350	65536	65536
50	49	490000	10000	225	97	26	4096	528	65536	65536
51	50	500000	10000	214	100	27	4096	694	65536	65536
52	51	510000	10000	227	102	28	4096	883	65536	65536
53	52	520000	10000	208	102	29	4096	1043	65536	65536
54	53	530000	10000	207	102	30	4096	1202	65536	65536
55	54	540000	10000	200	102	31	4096	1319	65536	65536
56	55	550000	10000	205	103	32	4096	1464	65536	65536
57	56	560000	10000	211	103	32	4096	1620	65536	65536
58	57	570000	10000	193	110	33	4096	1712	65536	65536
59	58	580000	10000	190	5	67	4096	1775	65536	65536

4.0 KiB Raw Blame History

4.0 KiB

Raw Blame History