safety commit

2026-10-19 06:43:54 -04:00
parent ff48745c7d
commit b3646b94b7
108 changed files with 0 additions and 777441 deletions
@@ -1,3 +0,0 @@
-[2J[001;001H[=3h[2J[001;001H[2J[001;001H[8;042;160t[2J[001;001H[2J[001;001H[8;056;240t[2J[001;001HBdsDxe: failed to load Boot0002 "UEFI QEMU DVD-ROM QM00005 " from PciRoot(0x0)/Pci(0x1F,0x2)/Sata(0x2,0xFFFF,0x0): Not Found
-BdsDxe: No bootable option or device was found.
-BdsDxe: Press any key to enter the Boot Manager Menu.
@@ -1,110 +0,0 @@
-# Hermes Channel Negotiation Smoke Test — Results
-
-**Date:** 2026-06-27  
-**Branch:** `lithosananke`  
-**Script:** `tools/hermes_channel_smoke.sh`  
-**Status:** PASS — 16/16
-
---
-
-## Summary
-
-Full channel negotiation lifecycle validated:
-CH-REQUEST → CH-ACCEPT → business messaging → CH-CLOSE → HERMES-TICK (hot, no reap) → zero heat → HERMES-TICK (reap) → CH-ACTIVE = COMMON-CH only.
-
---
-
-## Output
-
-```
->>> [1] CH-REQUEST Hera->Hermes negotiate
->>> [2] CH-ACCEPT (Hermes creates ephemeral ch)
->>> [3] CH-STATE (expect 1=OPEN): 1
->>> [4] CH-ID (expect non-0): 2
->>> [5] CH-OWNER (expect 1=Hermes): 1
->>> [6] Y sends chanid to X on COMMON
->>> [7] COMMON-CH OPEN (expect 1): 1
->>> [8] business msg on ephemeral ch
->>> [9] CH-CLOSE
->>> [10] CH-STATE (expect 2=CLOSING): 2
->>> [11] HERMES-TICK (hot channel, no reap yet)
->>> [12] CH-STATE after tick (expect 2=CLOSING): 2
->>> [13] Zero heat + HERMES-TICK (reap)
->>> [14] COMMON-CH OPEN (expect 1): 1
->>> [15] CH-ACTIVE is COMMON-CH (expect 1): -1
->>> === Channel negotiation smoke complete ===
-```
-
---
-
-## Validation Results
-
-| # | Check | Result |
-|---|-------|--------|
-| 1 | test started | PASS |
-| 2 | CH-ACCEPT ok | PASS |
-| 3 | ch state OPEN | PASS |
-| 4 | ch id non-zero | PASS |
-| 5 | ch owner Hermes | PASS |
-| 6 | chanid sent | PASS |
-| 7 | COMMON still OPEN | PASS |
-| 8 | business msg | PASS |
-| 9 | CH-CLOSE called | PASS |
-| 10 | state CLOSING | PASS |
-| 11 | tick no reap | PASS |
-| 12 | still CLOSING after tick | PASS |
-| 13 | zero+tick reap | PASS |
-| 14 | COMMON still OPEN after | PASS |
-| 15 | CH-ACTIVE is COMMON-CH | PASS |
-| 16 | smoke complete | PASS |
-
-**Result: 16 passed, 0 failed**
-
---
-
-## Architecture Notes
-
-**Protocol path confirmed:**
-
-| Step | Actor | Action |
-|------|-------|--------|
-| 1 | Hera (0) | CH-REQUEST on COMMON → MSG-SEND with SPAWN-EVENT type |
-| 2 | Hermes (1) | CH-ACCEPT → ephemeral channel allocated, ID=2, OWNER=1, STATE=OPEN |
-| 3–5 | — | Verify ch fields: STATE=1, ID=2 (non-zero), OWNER=1 |
-| 6 | Hermes | Sends ch ID to Hera on COMMON via MSG-SEND |
-| 7 | — | COMMON-CH still OPEN after in-use |
-| 8 | — | Business message on ephemeral channel |
-| 9–10 | Hermes | CH-CLOSE → STATE becomes CH-CLOSING (2) |
-| 11–12 | — | HERMES-TICK with heat > 0: channel not reaped, STATE still 2 |
-| 13 | — | Zero heat manually; HERMES-TICK reaps ephemeral channel |
-| 14–15 | — | COMMON-CH still OPEN; CH-ACTIVE = COMMON-CH only |
-
-**CH-REAP-SAFE rebuild-the-list pattern:**  
-Resets CH-ACTIVE to 0 at the start of the walk, then re-inserts non-reaped channels. Freed channels are simply skipped. This avoids the prior double-free bug where freed nodes remained linked in CH-ACTIVE.
-
-**CH-ACCEPT stack fix:**  
-`CH-ACTIVE !` → `DUP CH-ACTIVE !` — the original consumed the only copy of ch, returning an empty stack instead of `( ch )`.
-
-**Block size constraint:**  
-Test sequence split across blocks 9998 (helpers + VARIABLE MYCHAN + colon words) and 9999/9000 (two-part execution), each well under the 1024-byte limit. Block 9999 alone was 1159 bytes, causing silent truncation before steps [15] and "smoke complete".
-
-**Compile-only constraint:**  
-`IF THEN ELSE DO LOOP` are compile-only in StarForth — cannot appear in interpreted block context. All control flow in helpers is wrapped in colon word definitions (block 9998). The abort check `ASSERT-CH` wraps the `IF...BYE...THEN` idiom. `TRIP-ZERO-CH` wraps the zero-heat + HERMES-TICK sequence. Both are defined before `CD-INIT` so they are available when called from block 9999/9000.
-
---
-
-## Bugs Fixed (prerequisite work)
-
-| Bug | Description | Fix |
-|-----|-------------|-----|
-| H4 | `CH-REAP-SAFE` freed channel stayed in CH-ACTIVE → double-free on next tick | Rebuild-the-list: reset CH-ACTIVE=0, re-insert non-reaped channels only |
-| H5 | `CH-ACCEPT` `CH-ACTIVE !` consumed the only copy of ch → empty stack return | `DUP CH-ACTIVE !` keeps ch on data stack |
-
---
-
-## What This Does Not Test
-
- Multi-VM channel negotiation across separate process boundaries
- MBR (member) records within channels
- CH-MAX exhaustion (free list empty path)
- Concurrent channel lifecycle (multiple ephemeral channels)
@@ -1,235 +0,0 @@
-# Hermes Tripod Integration Test — Executive Summary
-
-**Date:** 2026-06-27  
-**Author:** Claude Code / Captain Bob (Robert Allan James)  
-**Branch:** `lithosananke`  
-**Status:** Design — not yet implemented
-
---
-
-## What This Addresses
-
-The Hermes smoke test confirms the messaging substrate in isolation. What it does
-not exercise is the inter-VM dispatch path: `MSG-DELIVER → VM-EXEC → recipient handler`.
-In the hosted build `VM-EXEC` is a no-op stub (`2DROP 2DROP`). This design replaces
-that stub for the duration of the test with a working dispatcher, then drives all six
-directional message paths through the Tripod and confirms each one with a stdout line.
-
-No logs are kept. No persistent state changes. The test script patches `init.4th`,
-runs, and restores — same pattern as `tools/hermes_smoke.sh`.
-
---
-
-## Architectural Basis
-
-From `TRIPOD.md` — dispatch is **capability-based**, never heat-based:
-
-| Work type       | Correct recipient |
-|-----------------|-------------------|
-| VM lifecycle    | Hera              |
-| Event emit/drain| Hermes            |
-| Block I/O       | Artemis           |
-
-`VM-EXEC` signature (from `MSG-DELIVER`, block 4107):
-
-```
-( paddr plen name-addr name-len -- )
-```
-
-`IDX>NAME` maps VM index → string:
- `0` → `"Hera"`   (len 4)
- `1` → `"Hermes"` (len 6)
- `2` → `"Artemis"` (len 7)
-
-All three names have unique lengths. The hosted test dispatcher uses name length as
-its discriminator — no `COMPARE` word is needed.
-
---
-
-## The Six Message Paths
-
-| # | Sender  | Recipient | Type          | Rationale (capability-based)           |
-|---|---------|-----------|---------------|----------------------------------------|
-| 1 | Hera    | Hermes    | SPAWN-EVENT   | Hera notifies Hermes: child was spawned |
-| 2 | Hera    | Artemis   | 10 (arbitrary)| Hera requests persistence of boot record|
-| 3 | Hermes  | Hera      | SPAWN-EVENT   | Hermes confirms delivery back to Hera   |
-| 4 | Hermes  | Artemis   | 11 (arbitrary)| Hermes stores message log to Artemis    |
-| 5 | Artemis | Hera      | 12 (arbitrary)| Artemis ACKs Hera boot record stored    |
-| 6 | Artemis | Hermes    | 13 (arbitrary)| Artemis asks Hermes to route a result   |
-
-After all six sends, `HERMES-TICK` runs once. All six messages cool one step
-(heat: Q.1 → Q-DECAY). Then `0 FILL` heat on each and a second `HERMES-TICK`
-reaps them. Final check: `MSG-ARENA MSG-TYPE@` must be 0 (arena clean).
-
---
-
-## Exemplar: VM-EXEC Dispatcher Shim
-
-This block replaces the no-op `VM-EXEC` for the duration of the test.
-Name-length dispatch: 4=Hera, 6=Hermes, 7=Artemis.
-
-```forth
-( test VM-EXEC dispatcher — hosted only )
-: VM-EXEC ( paddr plen name-addr name-len -- )
-  >R >R 2DROP R> R>        ( drop payload, keep name )
-  DUP 4 = IF DROP ." [Hera recv]"    CR EXIT THEN
-  DUP 6 = IF DROP ." [Hermes recv]"  CR EXIT THEN
-           DROP ." [Artemis recv]"   CR ;
-```
-
-Stack trace for the `4 =` branch:
- Entry: `( name-addr name-len )`
- `DUP 4 =` → `( name-addr name-len flag )`
- `IF DROP` → `( name-addr )` — then `." ..."` and `EXIT`, name-addr is dead on stack
-
-Wait — name-addr leaks. The handler must also drop it:
-
-```forth
-: VM-EXEC ( paddr plen name-addr name-len -- )
-  >R >R 2DROP R> R>
-  DUP 4 = IF 2DROP ." [Hera recv]"    CR EXIT THEN
-  DUP 6 = IF 2DROP ." [Hermes recv]"  CR EXIT THEN
-             2DROP ." [Artemis recv]"  CR ;
-```
-
-`2DROP` consumes `( name-addr name-len )` after `DUP` copies len for the test.
-Actually with `DUP 4 = IF`:
-
-```
-( name-addr name-len )
-DUP →  ( name-addr name-len name-len )
-4 =  → ( name-addr name-len flag )
-IF   → ( name-addr name-len )   ← both still on stack inside IF
-2DROP  ( -- )
-." [Hera recv]" CR EXIT
-```
-
-That is correct. Remainder branch falls through with `( name-addr name-len )` still
-on stack after the failed IF, so `2DROP` at the end of each branch is correct.
-
---
-
-## Exemplar: Six-Path Test Sequence
-
-```forth
-( Hermes Tripod Integration Test )
-CD-INIT
-." >>> Tripod integration test" CR
-
-( Path 1: Hera → Hermes )
-." >>> [1] Hera->Hermes SPAWN-EVENT" CR
-SPAWN-EVENT 0 1 S" boot" MSG-SEND
-
-( Path 2: Hera → Artemis )
-." >>> [2] Hera->Artemis store request" CR
-10 0 2 S" boot-rec" MSG-SEND
-
-( Path 3: Hermes → Hera )
-." >>> [3] Hermes->Hera delivery confirm" CR
-SPAWN-EVENT 1 0 S" ok" MSG-SEND
-
-( Path 4: Hermes → Artemis )
-." >>> [4] Hermes->Artemis log store" CR
-11 1 2 S" msglog" MSG-SEND
-
-( Path 5: Artemis → Hera )
-." >>> [5] Artemis->Hera ACK" CR
-12 2 0 S" stored" MSG-SEND
-
-( Path 6: Artemis → Hermes )
-." >>> [6] Artemis->Hermes route result" CR
-13 2 1 S" result" MSG-SEND
-
-." >>> HERMES-TICK (cool all 6)" CR
-HERMES-TICK
-." >>> HERMES-TICK ok" CR
-
-( Zero heat on all 6 and reap )
-MSG-ARENA MSG-SCAN !
-6 0 DO
-  0 MSG-SCAN @ MSG-HEAT!
-  MSG-SCAN @ MSG-CELLS CELLS + MSG-SCAN !
-LOOP
-MSG-REAP
-." >>> MSG-ARENA clean (expect 0): " MSG-ARENA MSG-TYPE@ . CR
-." >>> === Tripod integration complete ===" CR
-BYE
-```
-
-`MSG-SEND` calls `MSG-DELIVER` which calls `VM-EXEC`. With the test shim in place,
-each send prints `[Hera recv]`, `[Hermes recv]`, or `[Artemis recv]` to stdout
-immediately at send time — no async; hosted FORTH is synchronous.
-
---
-
-## Expected Output
-
-```
->>> Tripod integration test
->>> [1] Hera->Hermes SPAWN-EVENT
-[Hermes recv]
->>> [2] Hera->Artemis store request
-[Artemis recv]
->>> [3] Hermes->Hera delivery confirm
-[Hera recv]
->>> [4] Hermes->Artemis log store
-[Artemis recv]
->>> [5] Artemis->Hera ACK
-[Hera recv]
->>> [6] Artemis->Hermes route result
-[Hermes recv]
->>> HERMES-TICK (cool all 6)
->>> HERMES-TICK ok
->>> MSG-ARENA clean (expect 0): 0
->>> === Tripod integration complete ===
-```
-
-The test script greps for `>>>` lines to confirm the sequence completed.
-The `[VM recv]` lines confirm dispatch fired on the correct path.
-
---
-
-## Pass / Fail Criteria
-
-| Check | Pass condition |
-|-------|---------------|
-| 6 `[VM recv]` lines appear in the right order | Hermes, Artemis, Hera, Artemis, Hera, Hermes |
-| `HERMES-TICK` completes without error | Line `>>> HERMES-TICK ok` present |
-| Arena clean after reap | `>>> MSG-ARENA clean (expect 0): 0` |
-| Script exit code 0 | grep matched at least one `>>>` line |
-
---
-
-## Block Size Note
-
-The test shim + 6-path sequence shown above totals approximately 580 bytes combined.
-Split into two smoke blocks as with the existing test (Block 9996 = shim + CD-INIT,
-Block 9997 = 6 sends + tick + reap + BYE). Each well under 1024 bytes.
-
---
-
-## What This Does NOT Test
-
- True async inter-process delivery (hosted FORTH is single-threaded; `VM-EXEC`
-  fires synchronously inside `MSG-DELIVER`)
- K≡1.0 fleet accounting across VM boundaries (that requires the kernel Tripod
-  with real separate VM instances and a fleet K observer)
- Channel negotiation (CH-REQUEST → CH-ACCEPT → ephemeral channel lifecycle)
- Hera lifecycle decisions driven by fleet K telemetry
-
-Those belong to the kernel integration test (three-arch QEMU boot). This test
-validates the Hermes dispatch substrate — that messages reach the named VM and the
-thermal machinery cleans up correctly.
-
---
-
-## Implementation Vehicle
-
-`tools/hermes_tripod_smoke.sh` — same structure as `tools/hermes_smoke.sh`:
-
-1. Back up `capsules/core/init.4th`
-2. Concatenate: core stubs + VM-EXEC shim block + Hermes capsule + 6-path test blocks
-3. Run `./build/amd64/standard/starforth --log-none 2>&1 | grep '^>>>'`
-4. Restore `capsules/core/init.4th` on EXIT/INT/TERM
-
-Say the word and this gets built.
@@ -1,112 +0,0 @@
-# Hermes Tripod Integration Test — Results
-
-**Date:** 2026-06-27  
-**Branch:** `lithosananke`  
-**Commit:** `fe4b2442`  
-**Script:** `tools/hermes_tripod_smoke.sh`  
-**Status:** PASS — 16/16
-
---
-
-## Summary
-
-All six inter-VM message paths through the Tripod dispatched to the correct
-recipient. HERMES-TICK ran clean. Arena was empty after reap.
-
---
-
-## Output
-
-```
->>> Tripod integration test
->>> [1] Hera->Hermes SPAWN-EVENT
-[Hermes recv]
->>> [2] Hera->Artemis store request
-[Artemis recv]
->>> [3] Hermes->Hera delivery confirm
-[Hera recv]
->>> [4] Hermes->Artemis log store
-[Artemis recv]
->>> [5] Artemis->Hera ACK
-[Hera recv]
->>> [6] Artemis->Hermes route result
-[Hermes recv]
->>> HERMES-TICK (cool all 6)
->>> HERMES-TICK ok
->>> MSG-ARENA clean (expect 0): 0
->>> === Tripod integration complete ===
-```
-
---
-
-## Validation Results
-
-| # | Check | Result |
-|---|-------|--------|
-| 1 | test started | PASS |
-| 2 | path1 header — `[1] Hera->Hermes SPAWN-EVENT` | PASS |
-| 3 | path1 recv — `[Hermes recv]` | PASS |
-| 4 | path2 header — `[2] Hera->Artemis store request` | PASS |
-| 5 | path2 recv — `[Artemis recv]` | PASS |
-| 6 | path3 header — `[3] Hermes->Hera delivery confirm` | PASS |
-| 7 | path3 recv — `[Hera recv]` | PASS |
-| 8 | path4 header — `[4] Hermes->Artemis log store` | PASS |
-| 9 | path4 recv — `[Artemis recv]` | PASS |
-| 10 | path5 header — `[5] Artemis->Hera ACK` | PASS |
-| 11 | path5 recv — `[Hera recv]` | PASS |
-| 12 | path6 header — `[6] Artemis->Hermes route result` | PASS |
-| 13 | path6 recv — `[Hermes recv]` | PASS |
-| 14 | HERMES-TICK ok | PASS |
-| 15 | arena clean (expect 0): 0 | PASS |
-| 16 | integration complete | PASS |
-
-**Result: 16 passed, 0 failed**
-
---
-
-## Architecture Notes
-
-**Dispatch mechanism:** Name-length discriminator in `VM-EXEC-TRIPOD` —
-Hera (len=4), Hermes (len=6), Artemis (len=7). No `COMPARE` word needed.
-
-**Late-binding shim install:** `DEFER VM-EXEC` declared in `capsules/core/init.4th`.
-The test wires `' VM-EXEC-TRIPOD IS VM-EXEC` from Block 9996 before Hermes loads.
-This is the first live use of the new `DEFER`/`IS`/`DEFER@` C primitives (Module 27).
-
-**DO loop in block content:** `DO...LOOP` is compile-only in StarForth.
-`TRIP-ZERO-6` is compiled as a colon word at the top of Block 9997 so the
-loop body compiles correctly before it is called.
-
-**Routing order confirmed:**
-
-| Path | Sender | Recipient | Type | `[VM recv]` |
-|------|--------|-----------|------|------------|
-| 1 | Hera | Hermes | SPAWN-EVENT (1) | `[Hermes recv]` |
-| 2 | Hera | Artemis | 10 | `[Artemis recv]` |
-| 3 | Hermes | Hera | SPAWN-EVENT (1) | `[Hera recv]` |
-| 4 | Hermes | Artemis | 11 | `[Artemis recv]` |
-| 5 | Artemis | Hera | 12 | `[Hera recv]` |
-| 6 | Artemis | Hermes | 13 | `[Hermes recv]` |
-
---
-
-## Bugs Addressed (prerequisite work)
-
-| Bug | Description | Fix |
-|-----|-------------|-----|
-| H1 | `MSG-ALLOC` returned dirty nodes (free-list link in type field) | Zero node after allocation with `FILL` |
-| H2 | `CH-COOL-ALL` only walked `CH-ACTIVE` list; raw `CH-ALLOC` nodes missed | Smoke test inserts CH1 into CH-ACTIVE before cooling |
-| H3 | `MSG-SEND` had `DUP >R` leaving message address on data stack; field writes scrambled | Changed to `>R` |
-
---
-
-## What This Does Not Test
-
- True async inter-process delivery (hosted FORTH is single-threaded; `VM-EXEC`
-  fires synchronously inside `MSG-DELIVER`)
- K≡1.0 fleet accounting across real VM boundaries
- Channel negotiation (`CH-REQUEST → CH-ACCEPT → ephemeral channel lifecycle`)
- Hera lifecycle decisions driven by fleet K telemetry
-
-Those belong to the kernel integration test (three-arch QEMU boot with
-real separate VM instances). This test validates the Hermes dispatch substrate.
@@ -1,3 +0,0 @@
-version https://git-lfs.github.com/spec/v1
-oid sha256:10064ec113435098843569ce60e95ebab9fa2d6f159c2928f661646066e42119
-size 440376
@@ -1,3 +0,0 @@
-version https://git-lfs.github.com/spec/v1
-oid sha256:4c729e9fdc1abb56611edff525aa87114aae3f05ee9cf75ed76f05d482d7cdba
-size 440317
@@ -1,3 +0,0 @@
-version https://git-lfs.github.com/spec/v1
-oid sha256:77a0ca14171b8a9559519447982e72eee101a46bf28765e8b921af264de565a2
-size 440312
@@ -1,3 +0,0 @@
-version https://git-lfs.github.com/spec/v1
-oid sha256:976443bd92b4be59507cc1e53806165bd4a7ae2802dc365325b070ca04e1017f
-size 440329
@@ -1,3 +0,0 @@
-version https://git-lfs.github.com/spec/v1
-oid sha256:6ca1375d2d42be938a7eb6f4eb0932a937c1881cc58eb8af3d94c817e2335a81
-size 440404
@@ -1,3 +0,0 @@
-version https://git-lfs.github.com/spec/v1
-oid sha256:f44b9d0c4a0e6847e2525f7933ede10bbe511076ea0726db0d651af74dc3b993
-size 1291
@@ -1,3 +0,0 @@
-version https://git-lfs.github.com/spec/v1
-oid sha256:1e1d8b333244246dfe84c35d046f1c2406e12e64b7b6152c7ea41f5ec946d94d
-size 1291
@@ -1,3 +0,0 @@
-version https://git-lfs.github.com/spec/v1
-oid sha256:cbfcc656110f7c5e68606ca27cd77884b6a22f527cbd4a4b79b54da2010e8908
-size 2905
@@ -1,3 +0,0 @@
-version https://git-lfs.github.com/spec/v1
-oid sha256:b43a01bc5538f9ca3224acbb4fdf152035d3c326da9944477f11f70bfec8026e
-size 2905
@@ -1,3 +0,0 @@
-version https://git-lfs.github.com/spec/v1
-oid sha256:3e29bc471488b763515b9a0ba90ba83fda33b7f65826f7a58a7ce90deb501546
-size 446630
@@ -1,3 +0,0 @@
-version https://git-lfs.github.com/spec/v1
-oid sha256:f319e8bf41a19a61d8153accc748caa92514f87c8239f996563184315265c20c
-size 446566
@@ -1,3 +0,0 @@
-version https://git-lfs.github.com/spec/v1
-oid sha256:e95ac7566634dd81e7a7b2c1e5107035d5c9daa8c28f2801093a91d1edeb2629
-size 446544
@@ -1,3 +0,0 @@
-version https://git-lfs.github.com/spec/v1
-oid sha256:12312e25b2a22f5b1ef12538feb134a04d0a6826c432accd7ab92430095bbd24
-size 446634
@@ -1,3 +0,0 @@
-version https://git-lfs.github.com/spec/v1
-oid sha256:992ec57c74826ed01284599805dec413b76701f691dfeedf1cac0dfe9b35222f
-size 446489
@@ -1,3 +0,0 @@
-version https://git-lfs.github.com/spec/v1
-oid sha256:19ec4fdf56c5d6d044cc91a8cf4942d97b0527d8aab1a2c246852195342f1346
-size 448298
@@ -1,3 +0,0 @@
-version https://git-lfs.github.com/spec/v1
-oid sha256:2c625f3ef17db40b769132d907301d686c97189ccaf16b428b3f734a0859adb7
-size 447815
@@ -1,3 +0,0 @@
-version https://git-lfs.github.com/spec/v1
-oid sha256:c0ab3d0536682f44602f0794277d5363371e5728891eb830244cd63a43fcfb02
-size 447775
@@ -1,3 +0,0 @@
-version https://git-lfs.github.com/spec/v1
-oid sha256:c6382db3074744eb3deb58bc4709799097819ae96efc2800d212aa80615587e5
-size 447592
@@ -1,3 +0,0 @@
-version https://git-lfs.github.com/spec/v1
-oid sha256:537dc61ab782e90586f087ad529f9a222a5545890860835c93c4dacfaca1f01f
-size 447907
@@ -1,3 +0,0 @@
-version https://git-lfs.github.com/spec/v1
-oid sha256:061fda99e5c5bb456467adb82d4146c5def1465e0657b75e326b7f6cead959e2
-size 3104
@@ -1,3 +0,0 @@
-version https://git-lfs.github.com/spec/v1
-oid sha256:94ad702364433adc6c4373f0155923e6c61ff0e81dfed1234ae8ee278fb5ab85
-size 8401
@@ -1,3 +0,0 @@
-version https://git-lfs.github.com/spec/v1
-oid sha256:a604eb8c6ba3fbe4b226f03a9e7b20786361880a8cfd0456397942a46da1d015
-size 448983
@@ -1,3 +0,0 @@
-version https://git-lfs.github.com/spec/v1
-oid sha256:eeaf973f5550d8ade46802f17cb249fd0da75bede123bdac793e62ddf4918457
-size 449002
@@ -1,3 +0,0 @@
-version https://git-lfs.github.com/spec/v1
-oid sha256:62106a127c0ec3fe9bb44a35f2d7e69a852d4f91f21176784532230678d0016d
-size 449009
@@ -1,3 +0,0 @@
-version https://git-lfs.github.com/spec/v1
-oid sha256:5df10e63fead2d190f228736a067e493b48a503ebe2beebeb776792714e8ada3
-size 449016
@@ -1,3 +0,0 @@
-version https://git-lfs.github.com/spec/v1
-oid sha256:67dd95689a78b1383284fe299400d1dcf1fc549e5e8d0ddac1f251091f7a2223
-size 449796
@@ -1,3 +0,0 @@
-version https://git-lfs.github.com/spec/v1
-oid sha256:ecaf9978fe1b2b9e4ab45d6d36a1d795f021cef8cd09ab441bcff6a82f4b8bed
-size 1291
@@ -1,3 +0,0 @@
-version https://git-lfs.github.com/spec/v1
-oid sha256:1e1d8b333244246dfe84c35d046f1c2406e12e64b7b6152c7ea41f5ec946d94d
-size 1291
@@ -1,3 +0,0 @@
-version https://git-lfs.github.com/spec/v1
-oid sha256:3e30904050aa128a4263b991f2ec0c2090fec5d817961553c3984070552d524c
-size 2905
@@ -1,3 +0,0 @@
-version https://git-lfs.github.com/spec/v1
-oid sha256:c59e6615efdb90114879de6ad99aefdb534e7fbf59886853ef64419315b53cc9
-size 2905
@@ -1,3 +0,0 @@
-version https://git-lfs.github.com/spec/v1
-oid sha256:f7c5382e861443b5b985377614f83d61906e105c28f4d0e3938e23fadac8c7a3
-size 446507
@@ -1,3 +0,0 @@
-version https://git-lfs.github.com/spec/v1
-oid sha256:c0b0cfbdc2ffa8d299918d395ff38ca212a662177dfd12d2a9d794121aee2cb4
-size 446512
@@ -1,3 +0,0 @@
-version https://git-lfs.github.com/spec/v1
-oid sha256:2d1e666ef22dab510f7a65a803b7da142af62bb6c6411b22615c850eedbcb2b5
-size 446551
@@ -1,3 +0,0 @@
-version https://git-lfs.github.com/spec/v1
-oid sha256:465338d57d57f13e236fc3b501de41afbf7e42156f104b3ef9027d631a5d6074
-size 446581
@@ -1,3 +0,0 @@
-version https://git-lfs.github.com/spec/v1
-oid sha256:9555ebcdac98f969c30885950bcdd17a90f8f41845ca6188f7dab4b58b1e7e14
-size 447737
@@ -1,3 +0,0 @@
-version https://git-lfs.github.com/spec/v1
-oid sha256:768aea392606a9f656c718fbc89a67b5671213668126bc8e6fdb84d0b5deb243
-size 447844
@@ -1 +0,0 @@
-qemu: terminating on signal 15 from pid 94179 (/bin/bash)
@@ -1,5 +0,0 @@
-UEFI firmware (version 2025.11-3ubuntu7 built at 11:11:58 on Mar 31 2026)
-[2J[001;001H[=3h[2J[001;001H[2J[001;001H[8;031;100t[2J[001;001HBdsDxe: failed to load Boot0002 "UEFI Misc Device" from PciRoot(0x0)/Pci(0x2,0x0): Not Found
-BdsDxe: failed to load Boot0003 "UEFI Misc Device 2" from PciRoot(0x0)/Pci(0x4,0x0): Not Found
-BdsDxe: No bootable option or device was found.
-BdsDxe: Press any key to enter the Boot Manager Menu.
@@ -1 +0,0 @@
-qemu: terminating on signal 15 from pid 83972 (/bin/bash)
@@ -1 +0,0 @@
-qemu: terminating on signal 15 from pid 102222 (/bin/bash)
@@ -1 +0,0 @@
-qemu: terminating on signal 15 from pid 168335 (/bin/bash)
--- a/Show More
+++ b/Show More
				`@@ -1 +0,0 @@`
				`qemu: terminating on signal 15 from pid 94179 (/bin/bash)`