Received: by 10.223.164.221 with SMTP id h29csp1882930wrb; Thu, 2 Nov 2017 02:23:34 -0700 (PDT) X-Google-Smtp-Source: ABhQp+TiZtInf67VukyaOt8ASyOCX1npnO/Daj7NlwWJ4p6000nAGr71dL0iPyok0kzJzVYMOWer X-Received: by 10.98.76.147 with SMTP id e19mr3050571pfj.73.1509614614474; Thu, 02 Nov 2017 02:23:34 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1509614614; cv=none; d=google.com; s=arc-20160816; b=RxGx9toM4BTSQZ5Oo8lXtfi7avkTYB56STSQHBTnpNMJSuOqtlhiDhF1MrncgRB1xq dp+GtA4lzGNZ3f2sMz30whffp9fQ2rz7sqrBSd7Eno1kj/OwWF76mCWqY8nFdvJtAsJr Wph/jfwBNPW73DFJhNedY24vxW4gNnaPaO6i78P5E7cQcQ5OujfCnx6MU6fYgrkoGeWB brf3qsulA6nrZGMaSdCaBk5x2l6iiiTeMscyfJ/fq9OweP1oG0METYip33ayx20k3OrC tVqsKTika2nQEv0bbEHk5KsJ5kDiqXn4mbV3C9XDUkVWB/AbPkEGr/ipQvcdzz6UJWtA pfKA== 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:mail-followup-to :message-id:subject:cc:to:from:date:arc-authentication-results; bh=Ail2/MTS+k15A14U5RuVz3JhaLwoTmm05iSn2kcLvg8=; b=XbW8VdLPi0qR8a9n7Ar8018FtoHR717eNrmT7LC3EbS4aAVQNGNOUdCXOoJAPV6srD 24idlSNYN4wEiDNH9GfNnibFW9CMxyN82/jIYR9lWE3PPRB0PtL0t91f6XQtn7SNmb3e efjFL4ZoP6RepiHwaCumamQXKwLoayeIqlRi7MclYCeysvba7Sc1K3xhvNIxTDkSJsvU N3aq17Xo01rle2tb2rtN2ddSEkkhcvyiUnx8IH5PhbgDKiRvn5CsfAlUzcu9+v/O96wT zcHzZ9ghuXsXAxdF0XyEy3bv9ZwKaE9UsYtEJOCgqyC9ULDisKuFKglYlkdVQfkp2ylZ NL/A== 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 Return-Path: Received: from vger.kernel.org (vger.kernel.org. [209.132.180.67]) by mx.google.com with ESMTP id 3si1782586plp.318.2017.11.02.02.23.20; Thu, 02 Nov 2017 02:23:34 -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 Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1755544AbdKBJU6 (ORCPT + 99 others); Thu, 2 Nov 2017 05:20:58 -0400 Received: from mga03.intel.com ([134.134.136.65]:41477 "EHLO mga03.intel.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1755371AbdKBJUx (ORCPT ); Thu, 2 Nov 2017 05:20:53 -0400 Received: from fmsmga005.fm.intel.com ([10.253.24.32]) by orsmga103.jf.intel.com with ESMTP/TLS/DHE-RSA-AES256-GCM-SHA384; 02 Nov 2017 02:20:52 -0700 X-ExtLoop1: 1 X-IronPort-AV: E=Sophos;i="5.44,333,1505804400"; d="scan'208";a="170376691" Received: from hz-desktop.sh.intel.com (HELO localhost) ([10.239.159.142]) by fmsmga005.fm.intel.com with ESMTP; 02 Nov 2017 02:20:50 -0700 Date: Thu, 2 Nov 2017 17:20:58 +0800 From: Haozhong Zhang To: Xiao Guangrong Cc: kvm@vger.kernel.org, x86@kernel.org, linux-kernel@vger.kernel.org, Paolo Bonzini , rkrcmar@redhat.com, Dan Williams , ivan.d.cuevas.escareno@intel.com, karthik.kumar@intel.com, Ingo Molnar Subject: Re: [PATCH v2 2/2] KVM: MMU: consider host cache mode in MMIO page check Message-ID: <20171102092058.jzh742iimzner3dc@hz-desktop> Mail-Followup-To: Xiao Guangrong , kvm@vger.kernel.org, x86@kernel.org, linux-kernel@vger.kernel.org, Paolo Bonzini , rkrcmar@redhat.com, Dan Williams , ivan.d.cuevas.escareno@intel.com, karthik.kumar@intel.com, Ingo Molnar References: <20171031114840.12615-1-haozhong.zhang@intel.com> <20171031114840.12615-3-haozhong.zhang@intel.com> <824e2162-a6f0-9ca3-e45c-2dbf09a01f1a@gmail.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <824e2162-a6f0-9ca3-e45c-2dbf09a01f1a@gmail.com> User-Agent: NeoMutt/20170714 (1.8.3) Sender: linux-kernel-owner@vger.kernel.org Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org On 11/02/17 15:56 +0800, Xiao Guangrong wrote: > > > On 10/31/2017 07:48 PM, Haozhong Zhang wrote: > > Some reserved pages, such as those from NVDIMM DAX devices, are > > not for MMIO, and can be mapped with cached memory type for better > > performance. However, the above check misconceives those pages as > > MMIO. Because KVM maps MMIO pages with UC memory type, the > > performance of guest accesses to those pages would be harmed. > > Therefore, we check the host memory type by lookup_memtype() in > > addition and only treat UC/UC- pages as MMIO. > > > > Signed-off-by: Haozhong Zhang > > Reported-by: Cuevas Escareno, Ivan D > > Reported-by: Kumar, Karthik > > --- > > arch/x86/kvm/mmu.c | 30 +++++++++++++++++++++++++++--- > > 1 file changed, 27 insertions(+), 3 deletions(-) > > > > diff --git a/arch/x86/kvm/mmu.c b/arch/x86/kvm/mmu.c > > index 0b481cc9c725..206828d18857 100644 > > --- a/arch/x86/kvm/mmu.c > > +++ b/arch/x86/kvm/mmu.c > > @@ -2707,10 +2707,34 @@ static bool mmu_need_write_protect(struct kvm_vcpu *vcpu, gfn_t gfn, > > static bool kvm_is_mmio_pfn(kvm_pfn_t pfn) > > { > > - if (pfn_valid(pfn)) > > - return !is_zero_pfn(pfn) && PageReserved(pfn_to_page(pfn)); > > + bool is_mmio = true; > > - return true; > > + if (pfn_valid(pfn)) { > > + is_mmio = !is_zero_pfn(pfn) && PageReserved(pfn_to_page(pfn)); > > + > > + /* > > + * Some reserved pages, such as those from NVDIMM DAX > > + * devices, are not for MMIO, and can be mapped with > > + * cached memory type for better performance. However, > > + * the above check misconceives those pages as MMIO. > > + * Because KVM maps MMIO pages with UC memory type, > > + * the performance of guest accesses to those pages > > + * would be harmed. Therefore, we check the host > > + * memory type by lookup_memtype() in addition and > > + * only treat UC/UC- pages as MMIO. > > + * > > + * lookup_memtype() works only when PAT is enabled, so > > + * add pat_enabled() check here. > > + */ > > + if (is_mmio && pat_enabled()) { > > + enum page_cache_mode cm = lookup_memtype(PFN_PHYS(pfn)); > > + > > + is_mmio = (cm == _PAGE_CACHE_MODE_UC || > > + cm == _PAGE_CACHE_MODE_UC_MINUS); > > + } > > + } > > You can move all of these detailed stuffs to pat.c and abstract them by introducing > a function, maybe named pat_pfn_is_uc(). I think this is what Ingo wants. > OK, I'll move the cache mode check to a function in pat.c. Let me wait for Paolo and others' comments. If no additional comments, I'll send another version ASAP. Thanks, Haozhong From 1582940218648231538@xxx Thu Nov 02 07:57:10 +0000 2017 X-GM-THRID: 1582773766176775393 X-Gmail-Labels: Inbox,Category Forums,HistoricalUnread