diff options
| author | salmonik <salmonik@tuta.io> | 2026-08-02 01:59:45 +0200 |
|---|---|---|
| committer | salmonik <salmonik@tuta.io> | 2026-08-02 01:59:45 +0200 |
| commit | 5185fe98d404c6c15a52f513313042ced16c350a (patch) | |
| tree | 0fd00f065d9d566e59da1af463befeace36b1fc9 /rsnix/src/lib.rs | |
| parent | v0.5.5: visible boot progress + panic-on-screen for real hardware (diff) | |
| download | rs-dos-5185fe98d404c6c15a52f513313042ced16c350a.tar.gz rs-dos-5185fe98d404c6c15a52f513313042ced16c350a.zip | |
v0.5.5: self-diagnosing boot — vt refuses 0x0 geometry, panic band shows last stage
The user's real-hardware boot showed 'PANIC: index out of bounds (len 0,
index 0) at vt.rs:146' — the vt grid was created empty because the
framebuffer geometry was 0x0 at vt::init (GOP missing or the active
mode reporting zero resolution). The v0.5.4 blank screen was the same
panic, previously invisible (no screen dump in the panic handler).
- vt::init: rows/cols == 0 now halts with a visible white-on-red
'FATAL: no framebuffer geometry — GOP missing or active mode is 0x0'
band instead of building an empty grid that panics at the first
cell write.
- boot_marker records the last boot stage; the panic band appends it
as a 4th line so a crash shows exactly how far boot got.
- The gop+vt marker now carries the measured geometry ('rsnix: gop
800x600 vt 100x37 ok') so a good boot is self-confirming on the
screen.
- All 5 test suites pass; build/clippy clean.
Diffstat (limited to '')
0 files changed, 0 insertions, 0 deletions
