Received: by 2002:a5b:505:0:0:0:0:0 with SMTP id o5csp543534ybp; Tue, 8 Oct 2019 23:46:06 -0700 (PDT) X-Google-Smtp-Source: APXvYqyjqH14Sy5Fn/1OwnP1EpeWsmDzpW4FZWDoplW7CXWbkxmqXk7HqspzeNrAgXX1fOVI6w9V X-Received: by 2002:a17:906:7094:: with SMTP id b20mr1386043ejk.134.1570603566519; Tue, 08 Oct 2019 23:46:06 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1570603566; cv=none; d=google.com; s=arc-20160816; b=Jkka5WHXHPvFxYUo4YDssZMJuTOa8enjXJ1YOVcLz1GjVk426Jof4WEE9d834FuRF0 ycrbz7Wg+m7vWGeZTV925t1xuqIJ0hhbIl28dzpdANJXvoh3dfb8tXuhnVvQcADlo1xf mmj8zz8kIqEBTxhilNZ+ai8HoKmMhCkpO7Ra2a6XXhclA9N4VakxkiMnfFTXRKLJVfg8 +gbMoHHXXv/+OnwHYqOObn9qBaK3FRDg9VqMpLtbMrPinfwYo2whEPtJcqgspRrfz2Ap GhJMWBHWYRl9PmB5xtRTNZMknRWPbf17Vou0roKUQu4V+zP+5m5fml0Zjv7WEEEOh+7L PqXQ== 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; bh=or4zjFtcOku3m5RMr3sOWzrOE++t7q7DXUjVU8UnAqE=; b=wpvOQUjewkk4PBtv6ZNKbLEDjqUBZzFtSCP08lovXx3piuY1zm1lOwQ3+v6O9bnjEV IugrDzcneAibnS8dFBtwvQHvMkX6YqVvhdVs6jwEb8PUT4Sep7ijV54qfrxxSg4VHtVU mOU2cqtJv1BbTinx5Y9eWCoEyl9yo+n67kZf5tEaEfJ/ntCfNHmiw/bfyiGFspbelyNL 1mEGAggTSAnjqcYW3aqVlIOAcUFsQ5Y2bVsvJHYO0MZSGGMxzD7V5YzeD1XjZU15J/VG RNWlGsBXptlin0eVRn8FtYdTxyq056eHWT+8WddAkYTyF1YDo7e+ufEvQDiKDPX6RN3z ZOUg== ARC-Authentication-Results: i=1; mx.google.com; spf=pass (google.com: best guess record for domain of linux-kernel-owner@vger.kernel.org designates 209.132.180.67 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. [209.132.180.67]) by mx.google.com with ESMTP id oh20si635132ejb.323.2019.10.08.23.45.43; Tue, 08 Oct 2019 23:46:06 -0700 (PDT) Received-SPF: pass (google.com: best guess record for domain of linux-kernel-owner@vger.kernel.org designates 209.132.180.67 as permitted sender) client-ip=209.132.180.67; Authentication-Results: mx.google.com; spf=pass (google.com: best guess record for domain of linux-kernel-owner@vger.kernel.org designates 209.132.180.67 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 S1726634AbfJIGoz (ORCPT + 99 others); Wed, 9 Oct 2019 02:44:55 -0400 Received: from mga01.intel.com ([192.55.52.88]:37246 "EHLO mga01.intel.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1725914AbfJIGoy (ORCPT ); Wed, 9 Oct 2019 02:44:54 -0400 X-Amp-Result: UNKNOWN X-Amp-Original-Verdict: FILE UNKNOWN X-Amp-File-Uploaded: False Received: from orsmga005.jf.intel.com ([10.7.209.41]) by fmsmga101.fm.intel.com with ESMTP/TLS/DHE-RSA-AES256-GCM-SHA384; 08 Oct 2019 23:44:53 -0700 X-ExtLoop1: 1 X-IronPort-AV: E=Sophos;i="5.67,273,1566889200"; d="scan'208";a="368658906" Received: from unknown (HELO localhost) ([10.239.159.128]) by orsmga005.jf.intel.com with ESMTP; 08 Oct 2019 23:44:51 -0700 Date: Wed, 9 Oct 2019 14:46:48 +0800 From: Yang Weijiang To: Jim Mattson Cc: Yang Weijiang , kvm list , LKML , Paolo Bonzini , Sean Christopherson , "Michael S. Tsirkin" , Radim =?utf-8?B?S3LEjW3DocWZ?= Subject: Re: [PATCH v7 6/7] KVM: x86: Load Guest fpu state when accessing MSRs managed by XSAVES Message-ID: <20191009064648.GD27851@local-michael-cet-test> References: <20190927021927.23057-1-weijiang.yang@intel.com> <20190927021927.23057-7-weijiang.yang@intel.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.11.3 (2019-02-01) Sender: linux-kernel-owner@vger.kernel.org Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org On Wed, Oct 02, 2019 at 12:56:30PM -0700, Jim Mattson wrote: > On Thu, Sep 26, 2019 at 7:17 PM Yang Weijiang wrote: > > > > From: Sean Christopherson > > > /* > > * Read or write a bunch of msrs. All parameters are kernel addresses. > > * > > @@ -3009,11 +3017,23 @@ static int __msr_io(struct kvm_vcpu *vcpu, struct kvm_msrs *msrs, > > int (*do_msr)(struct kvm_vcpu *vcpu, > > unsigned index, u64 *data)) > > { > > + bool fpu_loaded = false; > > int i; > > + const u64 cet_bits = XFEATURE_MASK_CET_USER | XFEATURE_MASK_CET_KERNEL; > > + bool cet_xss = kvm_x86_ops->xsaves_supported() && > > + (kvm_supported_xss() & cet_bits); > > It seems like I've seen a lot of checks like this. Can this be > simplified (throughout this series) by sinking the > kvm_x86_ops->xsaves_supported() check into kvm_supported_xss()? That > is, shouldn't kvm_supported_xss() return 0 if > kvm_x86_ops->xsaves_supported() is false? > OK, let me add this check, thank you! > > - for (i = 0; i < msrs->nmsrs; ++i) > > + for (i = 0; i < msrs->nmsrs; ++i) { > > + if (!fpu_loaded && cet_xss && > > + is_xsaves_msr(entries[i].index)) { > > + kvm_load_guest_fpu(vcpu); > > + fpu_loaded = true; > > + } > > if (do_msr(vcpu, entries[i].index, &entries[i].data)) > > break; > > + } > > + if (fpu_loaded) > > + kvm_put_guest_fpu(vcpu); > > > > return i; > > } > > -- > > 2.17.2 > >