From mboxrd@z Thu Jan 1 00:00:00 1970 Received: from eggs.gnu.org ([2001:4830:134:3::10]:54352) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1gSKze-0006VG-4I for qemu-devel@nongnu.org; Thu, 29 Nov 2018 07:00:36 -0500 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1gSKrQ-0002L9-3q for qemu-devel@nongnu.org; Thu, 29 Nov 2018 06:52:03 -0500 Received: from mx1.redhat.com ([209.132.183.28]:50800) by eggs.gnu.org with esmtps (TLS1.0:DHE_RSA_AES_256_CBC_SHA1:32) (Exim 4.71) (envelope-from ) id 1gSKrP-0002KW-UC for qemu-devel@nongnu.org; Thu, 29 Nov 2018 06:52:00 -0500 From: Vitaly Kuznetsov In-Reply-To: References: <20181126135958.20956-1-vkuznets@redhat.com> Date: Thu, 29 Nov 2018 12:51:55 +0100 Message-ID: <878t1chzj8.fsf@vitty.brq.redhat.com> MIME-Version: 1.0 Content-Type: text/plain Subject: Re: [Qemu-devel] [PATCH] i386/kvm: expose HV_CPUID_ENLIGHTMENT_INFO.EAX and HV_CPUID_NESTED_FEATURES.EAX as feature words List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , To: Paolo Bonzini , qemu-devel@nongnu.org Cc: Richard Henderson , Eduardo Habkost , Marcelo Tosatti , Roman Kagan Paolo Bonzini writes: > On 26/11/18 14:59, Vitaly Kuznetsov wrote: >> It was found that QMP users of QEMU (e.g. libvirt) may need >> HV_CPUID_ENLIGHTMENT_INFO.EAX/HV_CPUID_NESTED_FEATURES.EAX information. In >> particular, 'hv_tlbflush' and 'hv_evmcs' enlightenments are only exposed in >> HV_CPUID_ENLIGHTMENT_INFO.EAX. >> >> HV_CPUID_NESTED_FEATURES.EAX is exposed for two reasons: convenience >> (we don't need to export it from hyperv_handle_properties() and as >> future-proof for Enlightened MSR-Bitmap, PV EPT invalidation and >> direct virtual flush features. >> >> Signed-off-by: Vitaly Kuznetsov > > Can you add a comment to feature_word_info, explaining why the > feat_names are not set? I had to do some code archeology to make sure I understand, I think it goes back to http://lists.gnu.org/archive/html/qemu-devel/2016-06/msg06579.html So the comment (probably added before FEAT_HYPERV_EAX definition) would be ".feat_names are commented out for Hyper-V enlightenments because we don't want to have two different ways for enabling them on QEMU command line. Some features (e.g. "hyperv_time", "hyperv_vapic", ...) require enabling several feature bits simultaneously, exposing these bits individually may just confuse guests." Would do? -- Vitaly