From: Vitaly Kuznetsov <vkuznets@redhat.com>
To: Eduardo Habkost <ehabkost@redhat.com>
Cc: Paolo Bonzini <pbonzini@redhat.com>,
Marcelo Tosatti <mtosatti@redhat.com>,
qemu-devel@nongnu.org, Igor Mammedov <imammedo@redhat.com>
Subject: Re: [PATCH v6 06/19] i386: introduce hv_cpuid_get_host()
Date: Fri, 21 May 2021 09:57:41 +0200 [thread overview]
Message-ID: <871ra0jz7u.fsf@vitty.brq.redhat.com> (raw)
In-Reply-To: <20210520200141.w7zxt4e2dtephpdq@habkost.net>
Eduardo Habkost <ehabkost@redhat.com> writes:
> On Thu, Apr 22, 2021 at 06:11:17PM +0200, Vitaly Kuznetsov wrote:
>> As a preparation to implementing hv_cpuid_cache intro introduce
>> hv_cpuid_get_host(). No functional change intended.
>>
>> Signed-off-by: Vitaly Kuznetsov <vkuznets@redhat.com>
>> ---
>> target/i386/kvm/kvm.c | 102 +++++++++++++++++++++++-------------------
>> 1 file changed, 57 insertions(+), 45 deletions(-)
>>
>> diff --git a/target/i386/kvm/kvm.c b/target/i386/kvm/kvm.c
>> index ba093dba4d23..7aeb704b016e 100644
>> --- a/target/i386/kvm/kvm.c
>> +++ b/target/i386/kvm/kvm.c
>> @@ -1107,6 +1107,19 @@ static int hv_cpuid_get_fw(struct kvm_cpuid2 *cpuid, int fw, uint32_t *r)
>> return 0;
>> }
>>
>> +static uint32_t hv_cpuid_get_host(struct kvm_cpuid2 *cpuid, uint32_t func,
>> + int reg)
>> +{
>> + struct kvm_cpuid_entry2 *entry;
>> +
>> + entry = cpuid_find_entry(cpuid, func, 0);
>> + if (!entry) {
>> + return 0;
>
> One possible difference here is that leaves not supported by the
> host will now be zeroed out.
>
> ...which I expected to be the correct behavior of hv-passthrough,
Yes, at least that's the intention.
> so:
>
> Reviewed-by: Eduardo Habkost <ehabkost@redhat.com>
>
Thanks!
>
>> + }
>> +
>> + return cpuid_entry_get_reg(entry, reg);
>> +}
>> +
>> static bool hyperv_feature_supported(struct kvm_cpuid2 *cpuid, int feature)
>> {
>> uint32_t r, fw, bits;
>> @@ -1203,7 +1216,7 @@ static int hyperv_handle_properties(CPUState *cs,
>> {
>> X86CPU *cpu = X86_CPU(cs);
>> struct kvm_cpuid2 *cpuid;
>> - struct kvm_cpuid_entry2 *c, *c2;
>> + struct kvm_cpuid_entry2 *c;
>> uint32_t cpuid_i = 0;
>> int r;
>>
>> @@ -1235,46 +1248,47 @@ static int hyperv_handle_properties(CPUState *cs,
>> }
>>
>> if (cpu->hyperv_passthrough) {
>> - c = cpuid_find_entry(cpuid, HV_CPUID_VENDOR_AND_MAX_FUNCTIONS, 0);
>> - if (c) {
>> - cpu->hyperv_vendor_id[0] = c->ebx;
>> - cpu->hyperv_vendor_id[1] = c->ecx;
>> - cpu->hyperv_vendor_id[2] = c->edx;
>> - cpu->hyperv_vendor = g_realloc(cpu->hyperv_vendor,
>> - sizeof(cpu->hyperv_vendor_id) + 1);
>> - memcpy(cpu->hyperv_vendor, cpu->hyperv_vendor_id,
>> - sizeof(cpu->hyperv_vendor_id));
>> - cpu->hyperv_vendor[sizeof(cpu->hyperv_vendor_id)] = 0;
>> - }
>> -
>> - c = cpuid_find_entry(cpuid, HV_CPUID_INTERFACE, 0);
>> - if (c) {
>> - cpu->hyperv_interface_id[0] = c->eax;
>> - cpu->hyperv_interface_id[1] = c->ebx;
>> - cpu->hyperv_interface_id[2] = c->ecx;
>> - cpu->hyperv_interface_id[3] = c->edx;
>> - }
>> -
>> - c = cpuid_find_entry(cpuid, HV_CPUID_VERSION, 0);
>> - if (c) {
>> - cpu->hyperv_version_id[0] = c->eax;
>> - cpu->hyperv_version_id[1] = c->ebx;
>> - cpu->hyperv_version_id[2] = c->ecx;
>> - cpu->hyperv_version_id[3] = c->edx;
>> - }
>> -
>> - c = cpuid_find_entry(cpuid, HV_CPUID_IMPLEMENT_LIMITS, 0);
>> - if (c) {
>> - cpu->hv_max_vps = c->eax;
>> - cpu->hyperv_limits[0] = c->ebx;
>> - cpu->hyperv_limits[1] = c->ecx;
>> - cpu->hyperv_limits[2] = c->edx;
>> - }
>> -
>> - c = cpuid_find_entry(cpuid, HV_CPUID_ENLIGHTMENT_INFO, 0);
>> - if (c) {
>> - cpu->hyperv_spinlock_attempts = c->ebx;
>> - }
>> + cpu->hyperv_vendor_id[0] =
>> + hv_cpuid_get_host(cpuid, HV_CPUID_VENDOR_AND_MAX_FUNCTIONS, R_EBX);
>> + cpu->hyperv_vendor_id[1] =
>> + hv_cpuid_get_host(cpuid, HV_CPUID_VENDOR_AND_MAX_FUNCTIONS, R_ECX);
>> + cpu->hyperv_vendor_id[2] =
>> + hv_cpuid_get_host(cpuid, HV_CPUID_VENDOR_AND_MAX_FUNCTIONS, R_EDX);
>> + cpu->hyperv_vendor = g_realloc(cpu->hyperv_vendor,
>> + sizeof(cpu->hyperv_vendor_id) + 1);
>> + memcpy(cpu->hyperv_vendor, cpu->hyperv_vendor_id,
>> + sizeof(cpu->hyperv_vendor_id));
>> + cpu->hyperv_vendor[sizeof(cpu->hyperv_vendor_id)] = 0;
>> +
>> + cpu->hyperv_interface_id[0] =
>> + hv_cpuid_get_host(cpuid, HV_CPUID_INTERFACE, R_EAX);
>> + cpu->hyperv_interface_id[1] =
>> + hv_cpuid_get_host(cpuid, HV_CPUID_INTERFACE, R_EBX);
>> + cpu->hyperv_interface_id[2] =
>> + hv_cpuid_get_host(cpuid, HV_CPUID_INTERFACE, R_ECX);
>> + cpu->hyperv_interface_id[3] =
>> + hv_cpuid_get_host(cpuid, HV_CPUID_INTERFACE, R_EDX);
>> +
>> + cpu->hyperv_version_id[0] =
>> + hv_cpuid_get_host(cpuid, HV_CPUID_VERSION, R_EAX);
>> + cpu->hyperv_version_id[1] =
>> + hv_cpuid_get_host(cpuid, HV_CPUID_VERSION, R_EBX);
>> + cpu->hyperv_version_id[2] =
>> + hv_cpuid_get_host(cpuid, HV_CPUID_VERSION, R_ECX);
>> + cpu->hyperv_version_id[3] =
>> + hv_cpuid_get_host(cpuid, HV_CPUID_VERSION, R_EDX);
>> +
>> + cpu->hv_max_vps = hv_cpuid_get_host(cpuid, HV_CPUID_IMPLEMENT_LIMITS,
>> + R_EAX);
>> + cpu->hyperv_limits[0] =
>> + hv_cpuid_get_host(cpuid, HV_CPUID_IMPLEMENT_LIMITS, R_EBX);
>> + cpu->hyperv_limits[1] =
>> + hv_cpuid_get_host(cpuid, HV_CPUID_IMPLEMENT_LIMITS, R_ECX);
>> + cpu->hyperv_limits[2] =
>> + hv_cpuid_get_host(cpuid, HV_CPUID_IMPLEMENT_LIMITS, R_EDX);
>> +
>> + cpu->hyperv_spinlock_attempts =
>> + hv_cpuid_get_host(cpuid, HV_CPUID_ENLIGHTMENT_INFO, R_EBX);
>> }
>>
>> /* Features */
>> @@ -1348,10 +1362,8 @@ static int hyperv_handle_properties(CPUState *cs,
>> if (cpu->hyperv_no_nonarch_cs == ON_OFF_AUTO_ON) {
>> c->eax |= HV_NO_NONARCH_CORESHARING;
>> } else if (cpu->hyperv_no_nonarch_cs == ON_OFF_AUTO_AUTO) {
>> - c2 = cpuid_find_entry(cpuid, HV_CPUID_ENLIGHTMENT_INFO, 0);
>> - if (c2) {
>> - c->eax |= c2->eax & HV_NO_NONARCH_CORESHARING;
>> - }
>> + c->eax |= hv_cpuid_get_host(cpuid, HV_CPUID_ENLIGHTMENT_INFO, R_EAX) &
>> + HV_NO_NONARCH_CORESHARING;
>> }
>>
>> c = &cpuid_ent[cpuid_i++];
>> --
>> 2.30.2
>>
--
Vitaly
next prev parent reply other threads:[~2021-05-21 7:58 UTC|newest]
Thread overview: 61+ messages / expand[flat|nested] mbox.gz Atom feed top
2021-04-22 16:11 [PATCH v6 00/19] i386: KVM: expand Hyper-V features early Vitaly Kuznetsov
2021-04-22 16:11 ` [PATCH v6 01/19] i386: keep hyperv_vendor string up-to-date Vitaly Kuznetsov
2021-04-30 23:07 ` Eduardo Habkost
2021-06-02 11:41 ` Vitaly Kuznetsov
2021-04-22 16:11 ` [PATCH v6 02/19] i386: invert hyperv_spinlock_attempts setting logic with hv_passthrough Vitaly Kuznetsov
2021-04-30 23:09 ` Eduardo Habkost
2021-04-22 16:11 ` [PATCH v6 03/19] i386: always fill Hyper-V CPUID feature leaves from X86CPU data Vitaly Kuznetsov
2021-04-30 23:15 ` Eduardo Habkost
2021-04-22 16:11 ` [PATCH v6 04/19] i386: stop using env->features[] for filling Hyper-V CPUIDs Vitaly Kuznetsov
2021-05-01 0:34 ` Eduardo Habkost
2021-05-20 19:49 ` Eduardo Habkost
2021-05-21 7:54 ` Vitaly Kuznetsov
2021-04-22 16:11 ` [PATCH v6 05/19] i386: introduce hyperv_feature_supported() Vitaly Kuznetsov
2021-05-20 19:53 ` Eduardo Habkost
2021-05-21 7:57 ` Vitaly Kuznetsov
2021-04-22 16:11 ` [PATCH v6 06/19] i386: introduce hv_cpuid_get_host() Vitaly Kuznetsov
2021-05-20 20:01 ` Eduardo Habkost
2021-05-21 7:57 ` Vitaly Kuznetsov [this message]
2021-04-22 16:11 ` [PATCH v6 07/19] i386: drop FEAT_HYPERV feature leaves Vitaly Kuznetsov
2021-05-20 20:13 ` Eduardo Habkost
2021-04-22 16:11 ` [PATCH v6 08/19] i386: introduce hv_cpuid_cache Vitaly Kuznetsov
2021-05-20 20:16 ` Eduardo Habkost
2021-04-22 16:11 ` [PATCH v6 09/19] i386: split hyperv_handle_properties() into hyperv_expand_features()/hyperv_fill_cpuids() Vitaly Kuznetsov
2021-05-20 21:34 ` Eduardo Habkost
2021-04-22 16:11 ` [PATCH v6 10/19] i386: move eVMCS enablement to hyperv_init_vcpu() Vitaly Kuznetsov
2021-05-21 21:20 ` Eduardo Habkost
2021-05-24 12:00 ` Vitaly Kuznetsov
2021-05-26 16:35 ` Eduardo Habkost
2021-05-27 7:27 ` Vitaly Kuznetsov
2021-05-27 19:16 ` Eduardo Habkost
2021-04-22 16:11 ` [PATCH v6 11/19] i386: switch hyperv_expand_features() to using error_setg() Vitaly Kuznetsov
2021-05-21 21:37 ` Eduardo Habkost
2021-05-24 12:05 ` Vitaly Kuznetsov
2021-04-22 16:11 ` [PATCH v6 12/19] i386: adjust the expected KVM_GET_SUPPORTED_HV_CPUID array size Vitaly Kuznetsov
2021-05-21 21:37 ` Eduardo Habkost
2021-04-22 16:11 ` [PATCH v6 13/19] i386: prefer system KVM_GET_SUPPORTED_HV_CPUID ioctl over vCPU's one Vitaly Kuznetsov
2021-05-21 21:42 ` Eduardo Habkost
2021-05-24 12:08 ` Vitaly Kuznetsov
2021-05-26 16:46 ` Eduardo Habkost
2021-05-26 16:56 ` Daniel P. Berrangé
2021-04-22 16:11 ` [PATCH v6 14/19] i386: use global kvm_state in hyperv_enabled() check Vitaly Kuznetsov
2021-05-21 21:42 ` Eduardo Habkost
2021-04-22 16:11 ` [PATCH v6 15/19] i386: expand Hyper-V features during CPU feature expansion time Vitaly Kuznetsov
2021-05-21 21:45 ` Eduardo Habkost
2021-05-24 12:13 ` Vitaly Kuznetsov
2021-05-26 16:57 ` Eduardo Habkost
2021-05-27 7:29 ` Vitaly Kuznetsov
2021-04-22 16:11 ` [PATCH v6 16/19] i386: kill off hv_cpuid_check_and_set() Vitaly Kuznetsov
2021-05-21 21:56 ` Eduardo Habkost
2021-05-24 12:13 ` Vitaly Kuznetsov
2021-04-22 16:11 ` [PATCH v6 17/19] i386: HV_HYPERCALL_AVAILABLE privilege bit is always needed Vitaly Kuznetsov
2021-05-21 22:06 ` Eduardo Habkost
2021-05-24 12:22 ` Vitaly Kuznetsov
2021-05-26 17:05 ` Eduardo Habkost
2021-05-27 7:37 ` Vitaly Kuznetsov
2021-05-27 19:34 ` Eduardo Habkost
2021-04-22 16:11 ` [PATCH v6 18/19] i386: Hyper-V SynIC requires POST_MESSAGES/SIGNAL_EVENTS priviliges Vitaly Kuznetsov
2021-04-22 16:11 ` [PATCH v6 19/19] qtest/hyperv: Introduce a simple hyper-v test Vitaly Kuznetsov
2021-05-26 20:20 ` [PATCH v6 00/19] i386: KVM: expand Hyper-V features early Eduardo Habkost
2021-05-27 7:39 ` Vitaly Kuznetsov
2021-05-27 19:35 ` Eduardo Habkost
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=871ra0jz7u.fsf@vitty.brq.redhat.com \
--to=vkuznets@redhat.com \
--cc=ehabkost@redhat.com \
--cc=imammedo@redhat.com \
--cc=mtosatti@redhat.com \
--cc=pbonzini@redhat.com \
--cc=qemu-devel@nongnu.org \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for NNTP newsgroup(s).