From mboxrd@z Thu Jan 1 00:00:00 1970 From: Vitaly Kuznetsov Subject: Re: [PATCH v2 0/7] x86/kvm/hyper-v: Implement KVM_GET_SUPPORTED_HV_CPUID Date: Mon, 17 Dec 2018 11:30:49 +0100 Message-ID: <87woo830o6.fsf@vitty.brq.redhat.com> References: <20181210172159.410-1-vkuznets@redhat.com> <7a318d1c-7601-fc67-8924-971f9deb8824@redhat.com> Mime-Version: 1.0 Content-Type: text/plain Cc: Radim =?utf-8?B?S3LEjW3DocWZ?= , linux-kernel@vger.kernel.org, Roman Kagan , "K. Y. Srinivasan" , Haiyang Zhang , Stephen Hemminger , x86@kernel.org, "Michael Kelley \(EOSG\)" , Eduardo Habkost To: Paolo Bonzini , kvm@vger.kernel.org Return-path: In-Reply-To: <7a318d1c-7601-fc67-8924-971f9deb8824@redhat.com> Sender: linux-kernel-owner@vger.kernel.org List-Id: kvm.vger.kernel.org Paolo Bonzini writes: > > Queued, thanks. I moved this above the direct EOI series so that > KVM_CAP_HYPERV_STIMER_DIRECT need not exist at any point of the history. > Thanks! Just to make sure (and to conclude our discussion with Roman): with your Qemu maintainer hat on, do you agree with the design decision that KVM_GET_SUPPORTED_HV_CPUID's output value changes when KVM_CAP_HYPERV_ENLIGHTENED_VMCS gets enabled? This differs from KVM_GET_SUPPORTED_CPUID (where we always list all feature bits even if they require explicit enablement)? -- Vitaly