=== baseline run (stock kernel #0 Jul 2 2026, guest dfbsd) ===
$ scp df2771.ko dfbsd:/tmp/ ; vm.sh run_root 'kldload /tmp/df2771.ko'
(ssh session never returns — kernel panics; serial console below)
Fatal trap 12: page fault while in kernel mode
cpuid = 1; lapic id = 1
fault virtual address	= 0xffffffff82602000
fault code		= supervisor write data, page not present
instruction pointer	= 0x8:0xffffffff80bca655
stack pointer	        = 0x10:0xfffff8011827f700
frame pointer	        = 0x10:0xfffff8011827f818
code segment		= base 0x0, limit 0xfffff, type 0x1b
			= DPL 0, pres 1, long 1, def32 0, gran 1
processor eflags	= interrupt enabled, resume, IOPL = 0
current process		= 847
current thread          = pri 6 
kernel: type 12 trap, code=2

CPU1 stopping CPUs: 0x0000003d
 stopped
Stopped at      memset+0xd5:    repe stosq      %es:(%rdi)
db> 
=== patched run (kernel #1 Sep 1 01:04:57 2026, fix.diff applied) ===
$ vm.sh run_root 'kldload /tmp/df2771.ko; echo RC=$?'
kldload: an error occurred while loading module /tmp/df2771.ko. Please check dmesg(8) for more details.
RC=1
dmesg: kldload: /tmp/df2771.ko: section too large
$ vm.sh run_root 'dmesg | grep -E "kldload:|section too large|lost base" | tail -8'
kldload: /tmp/df2771.ko: section too large
ALL-SURVIVED; uptime: up 1 min; 0 panics in console log