Following a recent series of commits by Helg Bredow (helg@) and Stefan Fritsch (sf@), OpenBSD/arm64 now works as a guest operating system under the Apple Hypervisor.

The commits read

List:       openbsd-cvs
Subject:    CVS: cvs.openbsd.org: src
From:       Helg Bredow 
Date:       2026-01-12 18:15:33


CVSROOT:	/cvs
Module name:	src
Changes by:	helg@cvs.openbsd.org	2026/01/12 11:15:33

Modified files:
	sys/dev/pv     : viogpu.c 

Log message:
viogpu_wsmmap() returns a kva but instead should return a physical
address via bus_dmamem_mmap(9). Without this, QEMU would only show a
black screen when starting X11. On the Apple Hypervisor, the kernel
would panic.

Also add calls to bus_dmamap_sync(9) before transferring the framebuffer
to host memory. It was working for me without this, but this ensures
that the host running on another CPU will see updates to the
framebuffer.

Thanks to kettenis@ for reviewing and providing feedback.

ok sf@

and

List:       openbsd-cvs
Subject:    CVS: cvs.openbsd.org: src
From:       Stefan Fritsch 
Date:       2026-01-15 9:06:19

CVSROOT:	/cvs
Module name:	src
Changes by:	sf@cvs.openbsd.org	2026/01/15 02:06:19

Modified files:
	sys/dev/pv     : if_vio.c 

Log message:
vio: Support MTU feature

Add support for the VIRTIO_NET_F_MTU which allows to get the hardmtu
from the hypervisor. Also set the current mtu to the same value. The
virtio standard is not clear if that is recommended, but Linux does
this, too.

Use ETHER_MAX_HARDMTU_LEN as upper hardmtu limit instead of MAXMCLBYTES,
as this seems to be more correct.

If the hypervisor requests a MTU larger than ETHER_MAX_HARDMTU_LEN,
redo feature negotiation without VIRTIO_NET_F_MTU.

With this commit, OpenBSD finally works on Apple Virtualization.

Input and testing from @helg

ok jan@

This development will be most welcome for those of us who run with newer Apple Silicon Mac models.

As always, if you have the hardware and the capacity, please take this for a spin (in snapshots now), and report!