Re: QEMU accepting AI code - viable alternatives for NVMM (bhyve/vmm)?

Aryabhata <bsdhexa%gmail.com@localhost> wrote:
> Is there any serious momentum behind getting OpenBSD's vmm or FreeBSD's
> bhyve working seamlessly as the frontend for NVMM? I'd much rather
> migrate to a clean, human-maintained codebase than deal with the fallout
> of whatever QEMU is about to merge into their tree.

The interrupt handling emulation in qemu doesn't work very well when
trying to boot Linux in a VM, is bhyve better at this?

There could also be a future project to add support for virtual
interrupts (AVIC and the Intel equivalent) to nvmm(4), then use that in
the userspace client, this might be easier to do in a smaller codebase
like bhyve.