Received: by 10.223.164.221 with SMTP id h29csp3027578wrb; Thu, 2 Nov 2017 23:55:16 -0700 (PDT) X-Google-Smtp-Source: ABhQp+Tn8502gvks7EbfXvvqiyttarZ6ZxOL7B1LApUNvoxotRAIdhM7BiupeXKxBLg9++cUJS03 X-Received: by 10.99.53.72 with SMTP id c69mr6173671pga.225.1509692116109; Thu, 02 Nov 2017 23:55:16 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1509692116; cv=none; d=google.com; s=arc-20160816; b=xaFIe9Y1BS3CPIsroxoNVQbCCxpp93qX0DN/8xdgqMTg5SUJqgc4dSQmyuAQLYgZXk GJfjCLjJhaXi73trS+bNu9e39M1hN0OQxt9ci44YC4HW49dYoBiHHb05hXUQufDU/yEu T6A5D1YLNdW6rgaHqJHjHhQh/B/iDzKolpOCdpLBQRMl7+GusEyZv/gQzudobkyUxlZ7 DKg01r20N2/LIHnxsiBs3AdIRdColAFs35pAvXRG/ImpA7I/fRNHbPLZfXDDJuWrgS8U HUFlU8ivGX2srh63xLlavkMZhlZbVTPNpYP1wUQk8rYDABsdRxx1y091Gy5s9tFU62tu kzoA== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:sender:content-transfer-encoding :content-language:in-reply-to:mime-version:user-agent:date :message-id:from:references:cc:to:subject:dkim-signature :arc-authentication-results; bh=H50bO91WfBpAQOrimreyX+DHtV/RwMLNfFbdffvlM+U=; b=RLZWFCnuYwlD9Azo5cqVgsKtkvt5gmQQrgazRr/00K07T+jEV8hAmW9ixFrdmIu0eH tozJtsfRd48N18R+2ZjNmrXhoowvp+tE8u1cgIi/gc1CVYF035husJBirXS4jHWUh6Bf Q3uAi7xilftghvhcIfP/KZwP+d3m6ryN0dSRd3aD9zw4hhcobaf+RY/XF72XzIIp3qVQ XgH89SSkVdQs2LvRq6kC+9tNpAmGiyOVQHSCS/TM0U4hbVWeQX23WaG0/6mfgj/MU6FG jD024vO5T885XsTYv2/Sf3yPnbIteKOIA2E1BENzMafTpB0Dca8A+a9FPiYwnVG2OKcK 1U/A== ARC-Authentication-Results: i=1; mx.google.com; dkim=pass header.i=@gmail.com header.s=20161025 header.b=bq6HNKC8; 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=NONE sp=NONE dis=NONE) header.from=gmail.com Return-Path: Received: from vger.kernel.org (vger.kernel.org. [209.132.180.67]) by mx.google.com with ESMTP id t6si4076970plo.827.2017.11.02.23.54.53; Thu, 02 Nov 2017 23:55:16 -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; dkim=pass header.i=@gmail.com header.s=20161025 header.b=bq6HNKC8; 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=NONE sp=NONE dis=NONE) header.from=gmail.com Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1754573AbdKCGx5 (ORCPT + 97 others); Fri, 3 Nov 2017 02:53:57 -0400 Received: from mail-io0-f194.google.com ([209.85.223.194]:46875 "EHLO mail-io0-f194.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1750805AbdKCGxy (ORCPT ); Fri, 3 Nov 2017 02:53:54 -0400 Received: by mail-io0-f194.google.com with SMTP id 101so4179072ioj.3; Thu, 02 Nov 2017 23:53:54 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=subject:to:cc:references:from:message-id:date:user-agent :mime-version:in-reply-to:content-language:content-transfer-encoding; bh=H50bO91WfBpAQOrimreyX+DHtV/RwMLNfFbdffvlM+U=; b=bq6HNKC8N3zJGlItCb7mR5k970xgD71p7k3hb06biZu2B9eBYmG0WygN67hBc0LGzU l3A+DY0/F7PR4avA4O5RpQ+rbzcdsVlVCt4pqutuMLVW7CvHLRxo92le78XfJ8OAxJ8V 0voNe4qNg5jrPWWIVQmbAVO+zGadxq/efyJgqeNwXJ6+NAn1Sg/rrZtW7wt0rzZeQPCv cRRo6uLsx6mcmXuXeswJsVA1m9jHSOImk/dFVY8Qxuq6ycfuFWbC9UQVBT3J2s4Q9+3X DbSZtkB4m7fPUEmlU/DEWbq2yrcsohT6d6YtD+QPzTdDWB+P7+PzWc1RcLi9SZzW/fFh OIZw== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:subject:to:cc:references:from:message-id:date :user-agent:mime-version:in-reply-to:content-language :content-transfer-encoding; bh=H50bO91WfBpAQOrimreyX+DHtV/RwMLNfFbdffvlM+U=; b=E7Mc8V2CGHCM7ko5cz9DCqDwfM3AgKUVQa6noqfCwWkKBIvn36pTk4NiJBJ5PL58j5 7e83EWZK3qvAOkNBWemnEWtJfJmF/mmFufyXV/XYOslAysCLdO1KVgiri8ZHR2ABQBC3 JZhut2enfK4l+YNYVLY1SP/zc6DsLCHIjmjes9UbfiJ3Tu0fM0M6r+RP5KN5Q739B4UW 0eQIF3UL29sI4wOO8k1qIQnCUXU0020xO2ITbUOJ+a0tRN1rdvltGlujZQpS0fQ2Pygm 3LNKDeOZuZxNQEaCyM0AJQlKTS6bYv6sCiwzfen1uFWhCG6OaKZKZ4TDcgDrQTSBriDQ 2NNg== X-Gm-Message-State: AMCzsaXU5csahiNo/EscxXLA7uLwXNtRi+yrtZk/KGhgujRBbN4SKEwB Z3aRtjUrER1b9R4gJEv4Xs8= X-Received: by 10.107.142.208 with SMTP id q199mr7743102iod.186.1509692033846; Thu, 02 Nov 2017 23:53:53 -0700 (PDT) Received: from eric.tencent.com ([203.205.141.35]) by smtp.gmail.com with ESMTPSA id r15sm2314302iod.12.2017.11.02.23.53.49 (version=TLS1_2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128); Thu, 02 Nov 2017 23:53:53 -0700 (PDT) Subject: Re: [PATCH v4 3/3] KVM: MMU: consider host cache mode in MMIO page check To: Haozhong Zhang , kvm@vger.kernel.org, x86@kernel.org Cc: linux-kernel@vger.kernel.org, Paolo Bonzini , rkrcmar@redhat.com, Xiao Guangrong , Dan Williams , ivan.d.cuevas.escareno@intel.com, karthik.kumar@intel.com, Konrad Rzeszutek Wilk , Olif Chapman , Ingo Molnar References: <20171103055327.21684-1-haozhong.zhang@intel.com> <20171103055327.21684-4-haozhong.zhang@intel.com> From: Xiao Guangrong Message-ID: <745df599-b65b-bcfe-a20c-05ae6d99a0b5@gmail.com> Date: Fri, 3 Nov 2017 14:54:13 +0800 User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:52.0) Gecko/20100101 Thunderbird/52.3.0 MIME-Version: 1.0 In-Reply-To: <20171103055327.21684-4-haozhong.zhang@intel.com> Content-Type: text/plain; charset=utf-8; format=flowed Content-Language: en-US Content-Transfer-Encoding: 7bit Sender: linux-kernel-owner@vger.kernel.org Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org On 11/03/2017 01:53 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 | 19 ++++++++++++++++++- > 1 file changed, 18 insertions(+), 1 deletion(-) > > diff --git a/arch/x86/kvm/mmu.c b/arch/x86/kvm/mmu.c > index 0b481cc9c725..e9ed0e666a83 100644 > --- a/arch/x86/kvm/mmu.c > +++ b/arch/x86/kvm/mmu.c > @@ -2708,7 +2708,24 @@ 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)); > + return !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 in addition and > + * only treat UC/UC- pages as MMIO. > + * > + * pat_pfn_is_uc() works only when PAT is enabled, > + * so check pat_enabled() as well. > + */ > + (!pat_enabled() || > + pat_pfn_is_uc(kvm_pfn_t_to_pfn_t(pfn))); Can it be compiled if !CONFIG_PAT? It would be better if we move pat_enabled out of kvm as well, please refer to pgprot_writecombine() which is implemented in pat.c and in include\asm-generic\pgtable.h: #ifndef pgprot_writecombine #define pgprot_writecombine pgprot_noncached #endif From 1583023140618997395@xxx Fri Nov 03 05:55:11 +0000 2017 X-GM-THRID: 1583005689428392726 X-Gmail-Labels: Inbox,Category Forums,HistoricalUnread