On Thu, Aug 07, 2025 at 04:39:25PM +0200, Magnus Kulke wrote: > Hey all, > [...] > > - A discrete kernel ioctl "set_immediate_exit" (to avoid a race condition > when handling terminiation signals like ctrl-a x) has been tested and > proven to mitigate the problem. Since other consumers of /dev/mshv have > simular requirements as QEMU, we opted to iterate a bit more on the > respective kernel interface. > > Magnus Kulke (25): > accel: Add Meson and config support for MSHV accelerator > target/i386/emulate: Allow instruction decoding from stream > target/i386/mshv: Add x86 decoder/emu implementation > hw/intc: Generalize APIC helper names from kvm_* to accel_*
This needs acks from KVM maintainers. > include/hw/hyperv: Add MSHV ABI header definitions > linux-headers/linux: Add mshv.h headers > accel/mshv: Add accelerator skeleton > accel/mshv: Register memory region listeners > accel/mshv: Initialize VM partition > accel/mshv: Add vCPU creation and execution loop > accel/mshv: Add vCPU signal handling > target/i386/mshv: Add CPU create and remove logic > target/i386/mshv: Implement mshv_store_regs() > target/i386/mshv: Implement mshv_get_standard_regs() > target/i386/mshv: Implement mshv_get_special_regs() > target/i386/mshv: Implement mshv_arch_put_registers() > target/i386/mshv: Set local interrupt controller state > target/i386/mshv: Register CPUID entries with MSHV > target/i386/mshv: Register MSRs with MSHV > target/i386/mshv: Integrate x86 instruction decoder/emulator > target/i386/mshv: Write MSRs to the hypervisor > target/i386/mshv: Implement mshv_vcpu_run() > accel/mshv: Handle overlapping mem mappings I only had a cursory look at this. I'm definitively not an expert on RCU, so the more reviews we can get the better. To the best of my (limited) knowledge, the code looks reasonable. > docs: Add mshv to documentation > MAINTAINERS: Add maintainers for mshv accelerator > The rest looks okay. > Praveen K Paladugu (1): > qapi/accel: Allow to query mshv capabilities > This looks problematic and probably needs to be changed. I really hope that we can commit as many patches as possible to QEMU tree, so that we don't need to keep rebasing. Thanks, Wei