From 44264d0781b49035a546323c70c777cd4da95b6a Mon Sep 17 00:00:00 2001 From: Claude Date: Sun, 8 Nov 2026 02:25:06 +0000 Subject: [PATCH] FABRIC-3 XLVIII.6: #131 closed -- QEMU's capture doubled a byte, not our kernel [skip ci] Co-Authored-By: Claude Opus 5.5 Claude-Session: https://claude.ai/code/session_01GE3SDvQn5EoxdGufk84zz2 --- docs/fabric/FABRIC-3.md | 9 +++++++++ 1 file changed, 9 insertions(+) diff --git a/docs/fabric/FABRIC-3.md b/docs/fabric/FABRIC-3.md index e56d479b..3e6034c4 100644 --- a/docs/fabric/FABRIC-3.md +++ b/docs/fabric/FABRIC-3.md @@ -6279,3 +6279,12 @@ protocol passes -- amd64 `logs/20261108-005539`, aarch64 `-005753`, riscv64 `-01 538/538, `dict_hash 0xfec8c47cfc6f437f` on all three, `7 ok` typed and answered; the stick loaded high; `test-32` (39 programs, 0 failures). The demo's CPU cap (`CPUQuota=100%`) can be relaxed once this reaches the server. + +### 6. #131 closed: QEMU's capture, not our kernel (2026-11-08) + +Run 197's riscv64 serial log, read from Gitea's artifact store on the server (`acceptance-logs-185`), +had the line with one character doubled -- "Boot diisk: not a StarshipOS stick" -- and a doubled +byte in OpenSBI's banner too, printed before our kernel runs. So the byte was doubled in QEMU's +serial capture under the server's load, not by the kernel (Captain Bob closed #131). The check that +failed was right to: it refuses a line that is not what was printed. The capture itself (the log is +`logfile=` on the socket chardev the acceptance types through) is what is left to harden.