Received: by 2002:ac0:a5a7:0:0:0:0:0 with SMTP id m36-v6csp1505035imm; Wed, 8 Aug 2018 19:16:35 -0700 (PDT) X-Google-Smtp-Source: AA+uWPy9KQE9KUKYH0GAQZPPmm4l5OSkk7F/Rw61jJk87MCQzZ0pBBuI8+bMDaoa76lC5EKirW/A X-Received: by 2002:aa7:8307:: with SMTP id t7-v6mr229397pfm.81.1533780995565; Wed, 08 Aug 2018 19:16:35 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1533780995; cv=none; d=google.com; s=arc-20160816; b=LyoDl7qwPOSSrDw4iTDB51to7aO5iApB8tJXY2zt4PnOn4XM7GLghM0sU9NaCBlE17 xXqYB3hgd3PrLXqCO18J7kyfdXJ/+XAXsd1vBWYI0HkK1nFPCJF+SlqBCRzo4m1M1MW8 o3xYQVzRwlUZzhjrrRlnbY8V67LO/7Sa8pNp/wKPJysqiIfQRM1ETr1H2jR5n2jelifh /4r2lxKN0gYNc8MSU54oUBrez0RY1qShvOf1uh/skuIRESHnRDrsazxyoR9ah0F9d+jb CFQbLcGP9FuNWnA1vQZfXFnAzEDGh09q0WerPaL2iNUWO3mEkiKmlV3l1d/EIyMffVAU f+Zg== 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:arc-authentication-results; bh=qe0n20hd1AFQwWHycmykF186xnzB1aiLhkqHzf3Q5DU=; b=K1mMYqe0B+ckFkYKpE+2+2uZPUFEfagtd/61QxK6enHHTcGEZIn3JcHKx9yoXpKgUi XeAetD/gxgRNsMNAa2DkhNr5L0Xley7SCK5H+neajJg0ptR9811erhaQLvwUxUppo9L5 4x75ouok8xzPJwu4nhk9Jw2fNLz9j5Tny3qcdXaQppirZ0tI3VaL7XB/RVNevml2f09N JEuLWB64PY+n+Qyzm6y2Ap7hVr0K57vBV9/Ue1Reg2vd9zWtA5N4NMzNLE7/dUM5GZno EjamXtw0G5WGr0C4wPQ1yhNsWzSgXo4rHcqAWnnWwVmFQo6gYthD8PwEs6MDhSdQhgjw dKqg== 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 x127-v6si5527642pgb.618.2018.08.08.19.16.21; Wed, 08 Aug 2018 19:16:35 -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 S1727965AbeHIEh0 (ORCPT + 99 others); Thu, 9 Aug 2018 00:37:26 -0400 Received: from mga06.intel.com ([134.134.136.31]:45513 "EHLO mga06.intel.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1727853AbeHIEh0 (ORCPT ); Thu, 9 Aug 2018 00:37:26 -0400 X-Amp-Result: SKIPPED(no attachment in message) X-Amp-File-Uploaded: False Received: from orsmga002.jf.intel.com ([10.7.209.21]) by orsmga104.jf.intel.com with ESMTP/TLS/DHE-RSA-AES256-GCM-SHA384; 08 Aug 2018 19:15:01 -0700 X-ExtLoop1: 1 X-IronPort-AV: E=Sophos;i="5.53,213,1531810800"; d="scan'208";a="81868743" Received: from linux.intel.com ([10.54.29.200]) by orsmga002.jf.intel.com with ESMTP; 08 Aug 2018 19:14:47 -0700 Received: from dazhang1-ssd.sh.intel.com (unknown [10.239.48.78]) by linux.intel.com (Postfix) with ESMTP id 876E95801BD; Wed, 8 Aug 2018 19:14:45 -0700 (PDT) From: Zhang Yi To: kvm@vger.kernel.org, linux-kernel@vger.kernel.org, linux-nvdimm@lists.01.org, pbonzini@redhat.com, dan.j.williams@intel.com, jack@suse.cz, hch@lst.de, yu.c.zhang@intel.com Cc: linux-mm@kvack.org, rkrcmar@redhat.com, yi.z.zhang@intel.com, Zhang Yi Subject: [PATCH V3 4/4] kvm: add a check if pfn is from NVDIMM pmem. Date: Thu, 9 Aug 2018 18:53:30 +0800 Message-Id: <0cc6cba7020f80168695fba731b8fd72fd649dc8.1533811181.git.yi.z.zhang@linux.intel.com> X-Mailer: git-send-email 2.7.4 In-Reply-To: References: Sender: linux-kernel-owner@vger.kernel.org Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org For device specific memory space, when we move these area of pfn to memory zone, we will set the page reserved flag at that time, some of these reserved for device mmio, and some of these are not, such as NVDIMM pmem. Now, we map these dev_dax or fs_dax pages to kvm for DIMM/NVDIMM backend, since these pages are reserved. the check of kvm_is_reserved_pfn() misconceives those pages as MMIO. Therefor, we introduce 2 page map types, MEMORY_DEVICE_FS_DAX/MEMORY_DEVICE_DEV_DAX, to indentify these pages are from NVDIMM pmem. and let kvm treat these as normal pages. Without this patch, Many operations will be missed due to this mistreatment to pmem pages. For example, a page may not have chance to be unpinned for KVM guest(in kvm_release_pfn_clean); not able to be marked as dirty/accessed(in kvm_set_pfn_dirty/accessed) etc Signed-off-by: Zhang Yi --- virt/kvm/kvm_main.c | 8 ++++++-- 1 file changed, 6 insertions(+), 2 deletions(-) diff --git a/virt/kvm/kvm_main.c b/virt/kvm/kvm_main.c index c44c406..969b6ca 100644 --- a/virt/kvm/kvm_main.c +++ b/virt/kvm/kvm_main.c @@ -147,8 +147,12 @@ __weak void kvm_arch_mmu_notifier_invalidate_range(struct kvm *kvm, bool kvm_is_reserved_pfn(kvm_pfn_t pfn) { - if (pfn_valid(pfn)) - return PageReserved(pfn_to_page(pfn)); + struct page *page; + + if (pfn_valid(pfn)) { + page = pfn_to_page(pfn); + return PageReserved(page) && !is_dax_page(page); + } return true; } -- 2.7.4