7b8258b231
refactor: ByteOffset newtype for window/register/ring offsets; named virtio-gpu cmd fields
2026-10-27 21:52:33 +01:00
842d14987c
refactor: unsafe only in adapter + libkos; forbid(unsafe_code) everywhere else; libkos Window (volatile, bounds-checked MMIO/DMA/shared mem), entry!, thread::spawn; MapRegion returns pages; kernel const-built (with_cores/install_platform); newtype addrs
2026-10-27 21:43:24 +01:00
83809bbe94
feat(userspace): programs in /bin w/o .elf; bin manifests (needs = display) so shell runs snake; Ctrl+C kills foreground via terminal interrupt notification; ctrl keys; sleep
2026-10-27 21:16:00 +01:00
4030dd4315
feat(adapter): init+storage packed into kernel image; drop adapter FAT16 reader + virtio-blk
2026-10-27 16:58:11 +01:00
b80303f553
feat(userspace): terminal server + shell desktop; US keymap w/ shift; libkos allocator multi-page fix; panics print
2026-10-27 16:50:35 +01:00
b4390b7b6d
refactor(userspace): split syscall/fat16/ext4 by concern; trim comments
2026-10-27 13:21:53 +01:00
694c675a40
feat: devices via caps (BootInfo, init assigns devices, drivers map MMIO/DMA themselves, IRQ-driven input); drop boot device wiring and info pages; headless display fallback
2026-10-27 12:28:39 +01:00
2792387348
fix: VirtIO keyboard input latency and direction accuracy
...
- Driver now drains SYN/repeat/unknown events in a loop instead of
returning None on the first non-key event
- Snake drains all pending input events per tick, applies only the
latest direction change (prevents stale event accumulation)
2026-10-19 00:34:13 +02:00
0a47b5489a
feat: VirtIO keyboard input for QEMU GUI
...
- Add VirtIO input device driver (device ID 18) reading from eventq
- Translate Linux keycodes (WASD, arrows) to InputEvent
- Kernel probes for VirtIO input device, falls back to UART
- Add -device virtio-keyboard-device to run-gui Makefile target
- input-qemu tries VirtIO first, falls back to UART
2026-10-19 00:30:20 +02:00
27be73f42d
feat: wire display + input servers to snake, fix QEMU 11.x GPU bug
...
VirtIO GPU: QEMU 11.x has RESOURCE_ATTACH_BACKING (0x0104) and
RESOURCE_FLUSH (0x0106) command types swapped in its legacy MMIO
VirtIO GPU implementation. Workaround: send swapped type values.
Confirmed via QEMU monitor (xp shows correct bytes in memory)
and QEMU trace events (device dispatches to wrong handler).
Display pipeline now works end-to-end:
adapter → GPU init → create_2d → attach_backing → set_scanout
display-server → clear(blue) → flush → transfer + resource_flush
snake → draw commands via IPC → display renders → flush to GPU
Input server:
- New driver-input-uart crate (reads UART at mapped VA 0x20000)
- New bins/input-qemu composition root
- Adapter loads input-server, maps UART MMIO into its address space
- Init delegates both display_ep (slot 0) and input_ep (slot 1) to snake
- WASD keys → UART → input-server → IPC → snake direction change
Snake game runs with display and input, exits on wall collision.
2026-10-18 21:10:42 +02:00
