SchOS/kernel
Repository files (latest commit first)
Filename Latest commit message Latest commit date
Nexoniarz eafdddefbc mouse: clamp the pointer to the screen that exists, not to 800x600
kernel/dev/mouse.c held the pointer inside literal 800x600 bounds. That
was correct while 800x600 was the only mode the loader could set, which
it was until the resolution became a boot-time choice. At 1280x800 the
pointer simply stopped two thirds of the way across and would not go
further -- which reads as the cursor drifting away from the host's rather
than as a clamp.

vga.c grows vga_get_width/vga_get_height for it. The mode is chosen at
boot now, so nothing above the framebuffer may hardcode its size, and
these are the first two callers that needed to ask.

Verified that the system still builds and boots at 1280x800, and that
bootcheck is 108 [ok] and schcom-test passes. I did not manage to
photograph the pointer past the old limit in the time available -- there
is no reader for /dev/mouse in the image and the screendump attempt did
not resolve, so the fix rests on inspection rather than on a picture.

Co-Authored-By: Claude Opus 5 <noreply@anthropic.com>
2026-08-10 05:46:12 +02:00
..
arch/x86_64 acpi: take the RSDP from the loader when firmware gives it to us 2026-08-09 22:02:57 +02:00
core Free every usable memory region, not one contiguous run 2026-08-09 20:03:51 +02:00
dev mouse: clamp the pointer to the screen that exists, not to 800x600 2026-08-10 05:46:12 +02:00
drivers Map device registers with ioremap instead of assuming a low BAR 2026-08-09 21:31:01 +02:00
fs schfs: cache sixteen inodes, not one 2026-08-10 04:15:45 +02:00
net Initial commit: Schunix as it stands before the SchOS rename 2026-08-09 13:47:01 +02:00
proc init survives stray signals; commands are 4-34x faster 2026-08-09 15:54:05 +02:00
sys Give userspace a raw disk: /dev/hda and /dev/hdb 2026-08-09 22:19:40 +02:00
kernel.ld Initial commit: Schunix as it stands before the SchOS rename 2026-08-09 13:47:01 +02:00