Received: by 2002:a25:683:0:0:0:0:0 with SMTP id 125csp115324ybg; Tue, 2 Jun 2020 18:14:13 -0700 (PDT) X-Google-Smtp-Source: ABdhPJzwlfMWJGuVIm3VcmPj3/4JZMWy7GD67WcgCoYtrUVkpFloTLkhac3wwWmDRlrX1YgUKxtg X-Received: by 2002:a17:906:c672:: with SMTP id ew18mr4054555ejb.404.1591146853332; Tue, 02 Jun 2020 18:14:13 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1591146853; cv=none; d=google.com; s=arc-20160816; b=aIlj60H0mGaPg5u5TyXhVsoOYRU1FUodEhT1FmZNgRIMzZra0nYAl855uRjX0A5LYT IggVsmY9jkMsg3kSZjAcUfXI/GiCCNT4U+gqb4LH9f64Grq39BsED9Ze2G9jzFYX8pJL VT2PqF0VC7hPq5eUo0HNrxUILaKt9f+U1UYs4w+/YdOGyxOdDemr+UJqJxkW5XoYnOlz jiuWeE7g/LrewWuZc9rhLIOLqLeBejfWh176woj7YaB99S+d1crDj5TZ+j8FFstVb8ar LSBh+3hHeh7jyqJmvhM05G3xi5np/M1vVjvdGcWc9uHX+jHI3qhjXzwDu/cS9TuyMrv3 CtYg== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:sender:user-agent:in-reply-to :content-disposition:mime-version:references:message-id:subject:cc :to:from:date:ironport-sdr:ironport-sdr; bh=9SHtdAWwhXkWPiQa3GdzjjGJtDuwPdzRib+sXoaej5E=; b=RgsxcBLgODKpyJq1+P/sNRzNhBJv1AHdRhS+KKFwfPHLsnz1bZ1J+L3ZXL475QG+w1 YLEWtzlD4aDeUB2RDfkB2QQT5fYHItH/GP3mF/3fc5WMgu9vS9kkuU1aM05ftgWtZavP FenZxxjqFmImvM/tb1lthTKvaQrFUaPLmGzoB52Ndwmf0IanGxRF8eoFLWwFKeLymg/j 2r+Oi8fcqhu8WBNWei3CAQxGeM9MMr0ePbNWL80wZ1Vx8NK1GgIeGPo3crNoQkgf8jqY QoO/+fw218P1abtDJsCDxfdbSHHTuT3zWmWP3/xvjOizQAAjkBuzrQPdIRsTBODXut1s QUfw== ARC-Authentication-Results: i=1; mx.google.com; spf=pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 23.128.96.18 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org; dmarc=fail (p=NONE sp=NONE dis=NONE) header.from=intel.com Return-Path: Received: from vger.kernel.org (vger.kernel.org. [23.128.96.18]) by mx.google.com with ESMTP id m4si309812ejx.559.2020.06.02.18.13.49; Tue, 02 Jun 2020 18:14:13 -0700 (PDT) Received-SPF: pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 23.128.96.18 as permitted sender) client-ip=23.128.96.18; Authentication-Results: mx.google.com; spf=pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 23.128.96.18 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org; dmarc=fail (p=NONE sp=NONE dis=NONE) header.from=intel.com Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1728326AbgFCBLD (ORCPT + 99 others); Tue, 2 Jun 2020 21:11:03 -0400 Received: from mga18.intel.com ([134.134.136.126]:56913 "EHLO mga18.intel.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1726112AbgFCBLD (ORCPT ); Tue, 2 Jun 2020 21:11:03 -0400 IronPort-SDR: tN39wWCFx+LpszOWJ+ipem7WIQlYiyLQdAB3X+qc0sRsp52cKEeNo494p76WJLAyHMnsxYrbp1 DR3LJ4XD8GIQ== X-Amp-Result: SKIPPED(no attachment in message) X-Amp-File-Uploaded: False Received: from fmsmga008.fm.intel.com ([10.253.24.58]) by orsmga106.jf.intel.com with ESMTP/TLS/ECDHE-RSA-AES256-GCM-SHA384; 02 Jun 2020 18:11:02 -0700 IronPort-SDR: 1A5GzQdoUcCXCdwGiIkBOBkikTrv6NL0nVW4C178usULtgGkjC1QVLXCKIyIJjpPmX+UsH2K/U KgHmd3h3Hb/w== X-ExtLoop1: 1 X-IronPort-AV: E=Sophos;i="5.73,466,1583222400"; d="scan'208";a="258477860" Received: from sjchrist-coffee.jf.intel.com (HELO linux.intel.com) ([10.54.74.152]) by fmsmga008.fm.intel.com with ESMTP; 02 Jun 2020 18:10:59 -0700 Date: Tue, 2 Jun 2020 18:10:59 -0700 From: Sean Christopherson To: Xiaoyao Li Cc: Paolo Bonzini , kvm@vger.kernel.org, Vitaly Kuznetsov , Jim Mattson , linux-kernel@vger.kernel.org Subject: Re: [PATCH 4/6] KVM: X86: Split kvm_update_cpuid() Message-ID: <20200603011059.GB24169@linux.intel.com> References: <20200529085545.29242-1-xiaoyao.li@intel.com> <20200529085545.29242-5-xiaoyao.li@intel.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20200529085545.29242-5-xiaoyao.li@intel.com> User-Agent: Mutt/1.5.24 (2015-08-30) Sender: linux-kernel-owner@vger.kernel.org Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org On Fri, May 29, 2020 at 04:55:43PM +0800, Xiaoyao Li wrote: > Split the part of updating KVM states from kvm_update_cpuid(), and put > it into a new kvm_update_state_based_on_cpuid(). So it's clear that > kvm_update_cpuid() is to update guest CPUID settings, while > kvm_update_state_based_on_cpuid() is to update KVM states based on the > updated CPUID settings. What about kvm_update_vcpu_model()? "state" isn't necessarily correct either.