OpenBSD-current now runs as guest under Apple Hypervisor

Summary

Contributed by Peter N. M. Hansteen on 2026-01-15 from the hyper-armed dept. 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 <helg () cvs ! openbsd ! org> 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 <sf () cvs ! openbsd ! org> 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 cap...