Message ID | 20210422161130.652779-1-vkuznets@redhat.com (mailing list archive) |
---|---|
Headers | show |
Series | i386: KVM: expand Hyper-V features early | expand |
On Thu, Apr 22, 2021 at 06:11:11PM +0200, Vitaly Kuznetsov wrote: > Vitaly Kuznetsov (19): > i386: keep hyperv_vendor string up-to-date > i386: invert hyperv_spinlock_attempts setting logic with > hv_passthrough > i386: always fill Hyper-V CPUID feature leaves from X86CPU data > i386: stop using env->features[] for filling Hyper-V CPUIDs > i386: introduce hyperv_feature_supported() > i386: introduce hv_cpuid_get_host() > i386: drop FEAT_HYPERV feature leaves > i386: introduce hv_cpuid_cache > i386: split hyperv_handle_properties() into > hyperv_expand_features()/hyperv_fill_cpuids() > i386: move eVMCS enablement to hyperv_init_vcpu() > i386: switch hyperv_expand_features() to using error_setg() > i386: adjust the expected KVM_GET_SUPPORTED_HV_CPUID array size > i386: prefer system KVM_GET_SUPPORTED_HV_CPUID ioctl over vCPU's one > i386: use global kvm_state in hyperv_enabled() check I'm queueing patches 1-14 (the ones above) on my x86-next branch. Thanks! > i386: expand Hyper-V features during CPU feature expansion time > i386: kill off hv_cpuid_check_and_set() > i386: HV_HYPERCALL_AVAILABLE privilege bit is always needed > i386: Hyper-V SynIC requires POST_MESSAGES/SIGNAL_EVENTS priviliges > qtest/hyperv: Introduce a simple hyper-v test
Eduardo Habkost <ehabkost@redhat.com> writes: > On Thu, Apr 22, 2021 at 06:11:11PM +0200, Vitaly Kuznetsov wrote: >> Vitaly Kuznetsov (19): >> i386: keep hyperv_vendor string up-to-date >> i386: invert hyperv_spinlock_attempts setting logic with >> hv_passthrough >> i386: always fill Hyper-V CPUID feature leaves from X86CPU data >> i386: stop using env->features[] for filling Hyper-V CPUIDs >> i386: introduce hyperv_feature_supported() >> i386: introduce hv_cpuid_get_host() >> i386: drop FEAT_HYPERV feature leaves >> i386: introduce hv_cpuid_cache >> i386: split hyperv_handle_properties() into >> hyperv_expand_features()/hyperv_fill_cpuids() >> i386: move eVMCS enablement to hyperv_init_vcpu() >> i386: switch hyperv_expand_features() to using error_setg() >> i386: adjust the expected KVM_GET_SUPPORTED_HV_CPUID array size >> i386: prefer system KVM_GET_SUPPORTED_HV_CPUID ioctl over vCPU's one >> i386: use global kvm_state in hyperv_enabled() check > > I'm queueing patches 1-14 (the ones above) on my x86-next branch. Thank you! Is it published somewhere so I can base next version[s] on it?
On Thu, May 27, 2021 at 09:39:02AM +0200, Vitaly Kuznetsov wrote: > Eduardo Habkost <ehabkost@redhat.com> writes: > > > On Thu, Apr 22, 2021 at 06:11:11PM +0200, Vitaly Kuznetsov wrote: > >> Vitaly Kuznetsov (19): > >> i386: keep hyperv_vendor string up-to-date > >> i386: invert hyperv_spinlock_attempts setting logic with > >> hv_passthrough > >> i386: always fill Hyper-V CPUID feature leaves from X86CPU data > >> i386: stop using env->features[] for filling Hyper-V CPUIDs > >> i386: introduce hyperv_feature_supported() > >> i386: introduce hv_cpuid_get_host() > >> i386: drop FEAT_HYPERV feature leaves > >> i386: introduce hv_cpuid_cache > >> i386: split hyperv_handle_properties() into > >> hyperv_expand_features()/hyperv_fill_cpuids() > >> i386: move eVMCS enablement to hyperv_init_vcpu() > >> i386: switch hyperv_expand_features() to using error_setg() > >> i386: adjust the expected KVM_GET_SUPPORTED_HV_CPUID array size > >> i386: prefer system KVM_GET_SUPPORTED_HV_CPUID ioctl over vCPU's one > >> i386: use global kvm_state in hyperv_enabled() check > > > > I'm queueing patches 1-14 (the ones above) on my x86-next branch. > > Thank you! Is it published somewhere so I can base next version[s] on it? Yes: http://gitlab.com/ehabkost/qemu x86-next