原文
Contributed by Peter N. M. Hansteen on from the hyper-armed dept.
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: [email protected] 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: [email protected] 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!