On Fri Oct 2, 2026 at 7:32 PM UTC, Mike Larkin wrote:
>> I think I see what is going on. you have nrips but no decode assist and vmd
>> is
>> failing to fallback to the software fetch path. let me take a look.
>>
>> -ml
>
> can you try this on the host?
>
> Index: usr.sbin/vmd/x86_vm.c
> ===================================================================
> RCS file: /cvs/src/usr.sbin/vmd/x86_vm.c,v
> diff -u -p -r1.27 x86_vm.c
> --- usr.sbin/vmd/x86_vm.c 22 Sep 2026 20:20:57 -0000 1.27
> +++ usr.sbin/vmd/x86_vm.c 2 Oct 2026 19:31:47 -0000
> @@ -729,6 +729,7 @@ vcpu_exit_eptviolation(struct vm_run_par
> "bytes from 0x%llx", __func__, pa);
> break;
> }
> + ve->vee.vee_insn_len = len;
> }
>
> ret = insn_decode(ve, &insn);
Hi Mike,
That works! Thank you so much!!
Tested on both of my 8.0-snapshot hosts.
I installed the new vmd. Then vmctl start -c worked right away.
I also rebooted and VMs came up without issue.
Now I can continue testing. I really appreciate your work
supporting my older hardware!
bragi# vmctl start -c bit
Connected to /dev/ttyp2 (speed 115200)
Using drive 0, partition 3.
Loading......
probing: pc0 com0 mem[576K 3070M a20=on]
disk: hd0+
>> OpenBSD/amd64 BOOT 3.68
\
com0: 115200 baud
switching console to com0
>> OpenBSD/amd64 BOOT 3.68
boot>
...
slowservers0# vmctl start -c sevennine
Connected to /dev/ttyp2 (speed 115200)
Using drive 0, partition 3.
Loading......
probing: pc0 com0 mem[576K 766M a20=on]
disk: hd0+
>> OpenBSD/amd64 BOOT 3.68
>>
\
com0: 115200 baud
switching console to com0
>> OpenBSD/amd64 BOOT 3.68
>>
boot>
booting hd0a:/bsd: 22828981+4793360+451512+0+1380352
[2082391+128+1546392+1242988
]=0x20beae0
entry point at 0xffffffff81001000
[ using 4872928 bytes of bsd ELF symbol table ]
Copyright (c) 1982, 1986, 1989, 1991, 1993
The Regents of the University of California. All rights reserved.
Copyright (c) 1995-2026 OpenBSD. All rights reserved. https://www.OpenBSD.org
OpenBSD 7.9 (GENERIC) #399: Wed May 6 13:01:58 MDT 2026
[email protected]:/usr/src/sys/arch/amd64/compile/GENERIC
...
