rajames/LithosAnanke
1
1
Fork 0
Code Issues 61 Pull Requests Actions Packages Projects Releases 5 Activity

FABRIC-3 XLVIII.6: #131 closed -- QEMU's capture doubled a byte, not our kernel [skip ci]

Browse Source 
Co-Authored-By: Claude Opus 5.5 <noreply@anthropic.com>
Claude-Session: https://claude.ai/code/session_01GE3SDvQn5EoxdGufk84zz2
This commit is contained in:
Claude
2026-11-08 02:25:06 +00:00
parent 55613350c4
commit 44264d0781
1 changed files with 9 additions and 0 deletions
Download Patch File Download Diff File Expand all files Collapse all files
docs/fabric/FABRIC-3.md
+9
View File
@@ -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.