Received: by 2002:ac0:a5a7:0:0:0:0:0 with SMTP id m36-v6csp1430089imm; Tue, 10 Jul 2018 01:27:22 -0700 (PDT) X-Google-Smtp-Source: AAOMgpfCnqkjdRG1y0VL4zwV0g/1R9bqRjCyECJaIyp361gmPYICA4KsgN869PFRbz2TDo8VFJ3x X-Received: by 2002:a17:902:a518:: with SMTP id s24-v6mr24022222plq.144.1531211242773; Tue, 10 Jul 2018 01:27:22 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1531211242; cv=none; d=google.com; s=arc-20160816; b=QkI7qm0TDUVKSGhfKeM5UJlwnoJNW88REfMMa++UoH4naaqfUmnP/vZCWzSMo5rrDa jMU4HJhaIet/cK1w1wqKBjioFa3SEB72UwHDUzeWf9AwqrcJbttZhh+D6CgXDsGy9e6v 4ghDb4ipfOSJik93k5QFV7PITOzTU7XOzzhqq4GsYo5E2huB1BZ5qi05n1oausVTfyz/ 0y/u7qKQ2PEvelIP0KbIkHvPX5nSOPgTeFRaoPVMuVHKm//Gx04PF0RsKnahATyNUFdc OZiV6/GM6ZkTwtD+/DbGB7up3nqBEKNz67AJxgUUieNeZH7LJcckTam9K1JYQtCS/dTi dddQ== 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=C95nQnRUiI7RhiaG+tu5fuIZeg8RHgQuDZaMQILe7vQ=; b=SGQsA3jI7dD5n9HUu1eXUI13fcj8qCmRZNtJirqzPzHtLnioXze/E4UNCg46Qbjh8K bGWUQeLqCquFNWp1CUKDj3HPuDUh0rcBzUgUcE0NpRBafjovKrtZPzPhK3BDW221KO3B pzww+xEUV1CmZ9A/Gr9arrig4t1uBht1XsUGCjgDBRJgYnG4DqGjPK+FH7MwJKRSAVUG UACVKnw7YnEJRuPBFDkf6U+SfZr9Wi+TjInwGTzNdNSpXJnyw0mMnCc5xkPYkvcg1BGd sba7V0y1eMTZ3vidql7uzQDqMlxwf+o98hZRx9YeyYcx8OAKMSnZU0d2spoDHCUzYPRD CPvg== 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 f3-v6si15669359plr.214.2018.07.10.01.27.06; Tue, 10 Jul 2018 01:27:22 -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 S933307AbeGJIZv (ORCPT + 99 others); Tue, 10 Jul 2018 04:25:51 -0400 Received: from mga18.intel.com ([134.134.136.126]:3271 "EHLO mga18.intel.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1751212AbeGJIZt (ORCPT ); Tue, 10 Jul 2018 04:25:49 -0400 X-Amp-Result: SKIPPED(no attachment in message) X-Amp-File-Uploaded: False Received: from fmsmga004.fm.intel.com ([10.253.24.48]) by orsmga106.jf.intel.com with ESMTP/TLS/DHE-RSA-AES256-GCM-SHA384; 10 Jul 2018 01:25:49 -0700 X-ExtLoop1: 1 X-IronPort-AV: E=Sophos;i="5.51,333,1526367600"; d="scan'208";a="70108889" Received: from linux.intel.com ([10.54.29.200]) by fmsmga004.fm.intel.com with ESMTP; 10 Jul 2018 01:25:46 -0700 Received: from dazhang1-ssd.sh.intel.com (unknown [10.239.48.78]) by linux.intel.com (Postfix) with ESMTP id 966B1580388; Tue, 10 Jul 2018 01:25:44 -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 V2 4/4] kvm: add a check if pfn is from NVDIMM pmem. Date: Wed, 11 Jul 2018 01:04:08 +0800 Message-Id: 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 afb2e6e..77e6ba8 100644 --- a/virt/kvm/kvm_main.c +++ b/virt/kvm/kvm_main.c @@ -142,8 +142,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