Received: by 10.223.185.116 with SMTP id b49csp1048823wrg; Wed, 21 Feb 2018 11:10:47 -0800 (PST) X-Google-Smtp-Source: AH8x227CRCy8VCKgC7OH1NMYIh5A6iIhDzr1Y1XfvpRxkGqYff2Z4HgcXtlzpGWYhQh5hjWpX5pk X-Received: by 10.101.85.143 with SMTP id j15mr3443193pgs.387.1519240247415; Wed, 21 Feb 2018 11:10:47 -0800 (PST) ARC-Seal: i=1; a=rsa-sha256; t=1519240247; cv=none; d=google.com; s=arc-20160816; b=sH/BueCNHXqLK78nYxDioT27uQ/pSJehyRbuZp78WvlAbyQRNxWT1qpsvRzBTCs2hg 4XBUasks4sCyrEGsyNpVXSQ9bYTLhOw+ieQYsfBKJatiihrDCoReWQcHrA7FzNlVC93G TJGkAoKkTwmMFiwQYe2Rvob5RrL36aAnwjJz44GbCkyEkVu8oS/ob30s5Jmvz0rL99Z2 C+7ZMhVagqxGxpHnPKEG7iNnsA1JsIAHbwq8RBhbRRQdJWqRBH2+9IU+zvZF6TdIumt2 iliCX3vE5PH0f15Ehw+cfl9KzEd8TtXlhhZl+3CIVB7FugxFCPoVQK3bTVsRPIZVf0K0 ILNg== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:sender:references:in-reply-to:message-id:date :subject:cc:to:from:dkim-signature:arc-authentication-results; bh=9hPYyorm21jC1flJsNyEmErEMxb8+urhhF2pmvTHfvo=; b=lQoGnLoAnwgkE4y3qr7kXn9iuWBkU/tq+ZYJceva7CfKTwrdBJptX+v6Yg1JRX9asS BYjEto+l9kVvwGnBYNuQCpqYajZ0hzmiJK0Zy3eayUnKXavkDmnkobaAjaPWtGeYe2fo FQqD5dZJPUi7gG+dI5rKfAJ4HBTh2Ceryfu/eJVC7vL7mIsl6j8v+tItH1TxwtXukjfp lcIepR5aMpmuLE8uW3RJMtPoWY2EVTwSx1kDeXL5pr6qDZmL9sL7tCiysrIQykhSGfVM W0nUW34Q6TGrwrUvrRSFsfrid5EzOQMVjSZcTHJNkAcY0S2O3r+R2HRItjPusS0dPbaF FHTA== ARC-Authentication-Results: i=1; mx.google.com; dkim=pass header.i=@amazon.de header.s=amazon201209 header.b=HhMWg1Pc; 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=pass (p=QUARANTINE sp=QUARANTINE dis=NONE) header.from=amazon.de Return-Path: Received: from vger.kernel.org (vger.kernel.org. [209.132.180.67]) by mx.google.com with ESMTP id n27si493049pfg.102.2018.02.21.11.10.32; Wed, 21 Feb 2018 11:10:47 -0800 (PST) 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; dkim=pass header.i=@amazon.de header.s=amazon201209 header.b=HhMWg1Pc; 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=pass (p=QUARANTINE sp=QUARANTINE dis=NONE) header.from=amazon.de Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S935023AbeBURrs (ORCPT + 99 others); Wed, 21 Feb 2018 12:47:48 -0500 Received: from smtp-fw-4101.amazon.com ([72.21.198.25]:26733 "EHLO smtp-fw-4101.amazon.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S932422AbeBURrp (ORCPT ); Wed, 21 Feb 2018 12:47:45 -0500 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=amazon.de; i=@amazon.de; q=dns/txt; s=amazon201209; t=1519235265; x=1550771265; h=from:to:cc:subject:date:message-id:in-reply-to: references; bh=9hPYyorm21jC1flJsNyEmErEMxb8+urhhF2pmvTHfvo=; b=HhMWg1Pcy7VF9sXHA1qRRYn4Q4nBWVjrjxLYVyzPtU8ZqalRLnrrkfIO NLX9qbTOCUixhPyy0OitT2PS70G1qBg0vNDBG04brwX66whtkRmvB8lNp Nc+b5t50jOqqMvupHeAfJDZK4dLC1nSXt3Wzs+NqZvSevW+bSsjQoSBJO E=; X-IronPort-AV: E=Sophos;i="5.47,375,1515456000"; d="scan'208";a="709068484" Received: from iad6-co-svc-p1-lb1-vlan3.amazon.com (HELO email-inbound-relay-2c-c6afef2e.us-west-2.amazon.com) ([10.124.125.6]) by smtp-border-fw-out-4101.iad4.amazon.com with ESMTP/TLS/DHE-RSA-AES256-SHA; 21 Feb 2018 17:47:42 +0000 Received: from u54e1ad5160425a4b64ea.ant.amazon.com (pdx2-ws-svc-lb17-vlan3.amazon.com [10.247.140.70]) by email-inbound-relay-2c-c6afef2e.us-west-2.amazon.com (8.14.7/8.14.7) with ESMTP id w1LHlbes016067 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Wed, 21 Feb 2018 17:47:38 GMT Received: from u54e1ad5160425a4b64ea.ant.amazon.com (localhost [127.0.0.1]) by u54e1ad5160425a4b64ea.ant.amazon.com (8.15.2/8.15.2/Debian-3) with ESMTP id w1LHlaHZ006670; Wed, 21 Feb 2018 18:47:36 +0100 Received: (from karahmed@localhost) by u54e1ad5160425a4b64ea.ant.amazon.com (8.15.2/8.15.2/Submit) id w1LHlZuN006669; Wed, 21 Feb 2018 18:47:35 +0100 From: KarimAllah Ahmed To: x86@kernel.org, linux-kernel@vger.kernel.org, kvm@vger.kernel.org Cc: hpa@zytor.com, jmattson@google.com, mingo@redhat.com, pbonzini@redhat.com, rkrcmar@redhat.com, tglx@linutronix.de, KarimAllah Ahmed Subject: [PATCH 05/10] KVM/nVMX: Use kvm_vcpu_map when mapping the L1 MSR bitmap Date: Wed, 21 Feb 2018 18:47:16 +0100 Message-Id: <1519235241-6500-6-git-send-email-karahmed@amazon.de> X-Mailer: git-send-email 2.7.4 In-Reply-To: <1519235241-6500-1-git-send-email-karahmed@amazon.de> References: <1519235241-6500-1-git-send-email-karahmed@amazon.de> Sender: linux-kernel-owner@vger.kernel.org Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org ... since using kvm_vcpu_gpa_to_page() and kmap() will only work for guest memory that has a "struct page". The life-cycle of the mapping also changes to avoid doing map and unmap on every single exit (which becomes very expesive once we use memremap). Now the memory is mapped and only unmapped when a new VMCS12 is loaded into the vCPU (or when the vCPU is freed!). Signed-off-by: KarimAllah Ahmed --- arch/x86/kvm/vmx.c | 19 ++++++++++++------- 1 file changed, 12 insertions(+), 7 deletions(-) diff --git a/arch/x86/kvm/vmx.c b/arch/x86/kvm/vmx.c index 0a98d1a..4bfef58 100644 --- a/arch/x86/kvm/vmx.c +++ b/arch/x86/kvm/vmx.c @@ -462,6 +462,9 @@ struct nested_vmx { struct page *apic_access_page; struct page *virtual_apic_page; struct page *pi_desc_page; + + struct kvm_host_map msr_bitmap_map; + struct pi_desc *pi_desc; bool pi_pending; u16 posted_intr_nv; @@ -7664,6 +7667,8 @@ static inline void nested_release_vmcs12(struct vcpu_vmx *vmx) vmx->nested.current_vmptr >> PAGE_SHIFT, vmx->nested.cached_vmcs12, 0, VMCS12_SIZE); + kvm_vcpu_unmap(&vmx->nested.msr_bitmap_map); + vmx->nested.current_vmptr = -1ull; } @@ -7704,6 +7709,8 @@ static void free_nested(struct vcpu_vmx *vmx) vmx->nested.pi_desc = NULL; } + kvm_vcpu_unmap(&vmx->nested.msr_bitmap_map); + free_loaded_vmcs(&vmx->nested.vmcs02); } @@ -10374,9 +10381,10 @@ static inline bool nested_vmx_prepare_msr_bitmap(struct kvm_vcpu *vcpu, struct vmcs12 *vmcs12) { int msr; - struct page *page; unsigned long *msr_bitmap_l1; unsigned long *msr_bitmap_l0 = to_vmx(vcpu)->nested.vmcs02.msr_bitmap; + struct kvm_host_map *map = &to_vmx(vcpu)->nested.msr_bitmap_map; + /* * pred_cmd & spec_ctrl are trying to verify two things: * @@ -10402,11 +10410,11 @@ static inline bool nested_vmx_prepare_msr_bitmap(struct kvm_vcpu *vcpu, !pred_cmd && !spec_ctrl) return false; - page = kvm_vcpu_gpa_to_page(vcpu, vmcs12->msr_bitmap); - if (is_error_page(page)) + if (!kvm_vcpu_map(vcpu, gpa_to_gfn(vmcs12->msr_bitmap), map)) return false; - msr_bitmap_l1 = (unsigned long *)kmap(page); + msr_bitmap_l1 = (unsigned long *)map->kaddr; + if (nested_cpu_has_apic_reg_virt(vmcs12)) { /* * L0 need not intercept reads for MSRs between 0x800 and 0x8ff, it @@ -10454,9 +10462,6 @@ static inline bool nested_vmx_prepare_msr_bitmap(struct kvm_vcpu *vcpu, MSR_IA32_PRED_CMD, MSR_TYPE_W); - kunmap(page); - kvm_release_page_clean(page); - return true; } -- 2.7.4