DF-3978 runtime environment (verification run of 2026-10-12) Guest OS : DragonFly dfbsd 6.5-DEVELOPMENT #0: Thu Jul 2 06:02:54 UTC 2026 (rev 600519) x86_64, kernel /boot/kernel/kernel (no KASLR, text base 0xffffffff80200000) Compiler : cc 8.3 [DragonFly] Release/2019-02-22 QEMU : qemu-system-x86_64 7.2.22 (Debian 1:7.2+dfsg-7+deb12u18+b3) Private TCG instance used for verification: -accel tcg,thread=multi -cpu qemu64,+svm,+npt -m 2048 -smp 1 -drive file=,if=virtio -netdev user,id=n0,hostfwd=tcp:127.0.0.1:5522-:22 -d int,cpu_reset -D qemu-int.log (the harness disk itself is opened read-only as the backing file; the overlay with all test state was discarded after) Host CPU : Intel Xeon E3-1275 v5 -- no SVM flag (/proc/cpuinfo), /dev/kvm present. KVM cannot expose SVM on this host. Stock harness guest (-enable-kvm, default qemu64 CPU model): kldload nvmm -> "nvmm: cpu not supported", module_register_init: MOD_LOAD (nvmm) error 45 (neither VMX nor SVM CPUID bits under qemu64/KVM-Intel; /dev/nvmm absent after boot). Verified live 2026-10-12. NVMM (test) : kldload of nvmm.ko built from /usr/src/sys with the disclosed test-only NRIPS ident-gate relaxation (test_relax.diff); without it the stock driver prints "nvmm: SVM-NRIPS not supported" and refuses the TCG CPU (QEMU 7.2 TCG does not expose CPUID.8000000A:EDX bit 3). With it: "nvmm: attached, using backend x86-svm"; /dev/nvmm crw-r----- root:nvmm 0640. Unpriv user : uid=1002(testnv) gid=1002(testnv) groups=1002(testnv),90(nvmm) Rig offsets : OFF(p_pid)=0x5c OFF(p_ucred)=0x10 OFF(p_list)=0x0 OFF(cr_uid)=0x40 OFF(cr_ruid)=0xa0 OFF(cr_svuid)=0xa4 (sizeof ucred=256, proc=1208; validated live via pfind()) CPU model : qemu64 under TCG -- no SMEP, no SMAP, no KASLR