qemu-e2k/target/i386/hvf
Eduardo Habkost 3932885af6 hvf: Move HVFState typedef to hvf.h
Move typedef closer to the type check macros, to make it easier
to convert the code to OBJECT_DEFINE_TYPE() in the future.

Reviewed-by: Roman Bolshakov <r.bolshakov@yadro.com>
Reviewed-by: Daniel P. Berrangé <berrange@redhat.com>
Signed-off-by: Eduardo Habkost <ehabkost@redhat.com>
Tested-By: Roman Bolshakov <r.bolshakov@yadro.com>
Message-Id: <20200825192110.3528606-20-ehabkost@redhat.com>
Signed-off-by: Eduardo Habkost <ehabkost@redhat.com>
2020-08-27 14:04:54 -04:00
..
hvf-i386.h hvf: Move HVFState typedef to hvf.h 2020-08-27 14:04:54 -04:00
hvf.c i386: hvf: Clean up synchronize functions 2020-07-10 18:02:19 -04:00
meson.build meson: target 2020-08-21 06:30:35 -04:00
panic.h
README.md
vmcs.h
vmx.h i386: hvf: Explicitly set CR4 guest/host mask 2020-07-16 14:15:13 -04:00
x86_cpuid.c
x86_decode.c i386: hvf: Drop copy of RFLAGS defines 2020-06-12 11:15:02 -04:00
x86_decode.h
x86_descr.c
x86_descr.h
x86_emu.c i386: hvf: Move mmio_buf into CPUX86State 2020-06-12 11:20:09 -04:00
x86_emu.h
x86_flags.c i386: hvf: Move lazy_flags into CPUX86State 2020-06-12 11:19:37 -04:00
x86_flags.h
x86_mmu.c
x86_mmu.h
x86_task.c i386: hvf: Drop copy of RFLAGS defines 2020-06-12 11:15:02 -04:00
x86_task.h
x86.c i386: hvf: Drop copy of RFLAGS defines 2020-06-12 11:15:02 -04:00
x86.h i386: hvf: Drop HVFX86EmulatorState 2020-06-12 11:20:12 -04:00
x86hvf.c i386: hvf: Drop rflags from HVFX86EmulatorState 2020-06-12 11:15:02 -04:00
x86hvf.h

OS X Hypervisor.framework support in QEMU

These sources (and ../hvf-all.c) are adapted from Veertu Inc's vdhh (Veertu Desktop Hosted Hypervisor) (last known location: https://github.com/veertuinc/vdhh) with some minor changes, the most significant of which were:

  1. Adapt to our current QEMU's CPUState structure and address_space_rw API; many struct members have been moved around (emulated x86 state, xsave_buf) due to historical differences + QEMU needing to handle more emulation targets.
  2. Removal of apic_page and hyperv-related functionality.
  3. More relaxed use of qemu_mutex_lock_iothread.