Received: by 2002:ac0:a5a7:0:0:0:0:0 with SMTP id m36-v6csp446063imm; Thu, 12 Jul 2018 23:44:08 -0700 (PDT) X-Google-Smtp-Source: AAOMgpf8f59Xcn8qvxgUAD3VtQ5T/Xr3n3DCXTbZHjT1g8jYOKwIBufnZWoqP9JI9eyJ4u4R4SZD X-Received: by 2002:a62:591a:: with SMTP id n26-v6mr5725628pfb.94.1531464248736; Thu, 12 Jul 2018 23:44:08 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1531464248; cv=none; d=google.com; s=arc-20160816; b=zv3DfbQ7CUigEN+aGtyqctAr635Uf6k7u3nrvfxXMHQjzd+Er6/iSl03hbcG9QAzuz vowGCBnEqQvNmc+YDBB9guwH3il7MM4YTR8OBsDN4cqBxk4WqTMufivaNduVGF1XQ8II dpX9n+5IDHGg9Ip/GRmk3yoQCq85c9C0+bM8KDAbkZbf2K3ZJiqJETaKTpdPfJQZMgxY NF6UwsrxdaoHYbzKSIdwnIW8sXk8T8GFjqQWMRqtQOqD5HFelcBRpRflWdGJRbZlCV2S W1bUKqfrBsr6hrNZHwGzSB64nlMPBEmnbuJhMoOZgdeQpdgo+v1CaxZQreP7vYcpsyG8 7UQg== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:sender:content-language :content-transfer-encoding:in-reply-to:mime-version:user-agent:date :message-id:from:references:cc:to:subject:arc-authentication-results; bh=f6ruNR7+Mp400qCl5wcVRhCaFKJz0k1c+ln77lGvjzU=; b=RkDbs94idKgA4jSo/Kynx0cKEo2Boc4OhJK8VFkPznq5bT/gvNNmnYJiaHodZ14P+i uZC9zNQ8mBIKJjfh78hLq7t01s6acw+HyaVzbWuXzXL4Vgf8drC+4tAHSe2YzLjbwkk3 JTfBjqN9UqIgTU5wts2VH/BmpJw7MxWTwo/7E3hRP/53ZajtyyeVPr3zkMLU/psF7gVl 1ewJH9HAW/8GWairv4DxYqkvzjP971MjOV/AGVwlGfvE+ud55zfzvIgkgHyKXUd4IeE4 yCmwXmKpbI8pTSXZrbG16MCKBDhSGMsTpMUC0CmcnVAWoFj6YgccJRTUfczx8Gj69qhg HK1g== 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 h17-v6si22149114pgg.218.2018.07.12.23.43.53; Thu, 12 Jul 2018 23:44:08 -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 S1729598AbeGMG42 (ORCPT + 99 others); Fri, 13 Jul 2018 02:56:28 -0400 Received: from mga03.intel.com ([134.134.136.65]:44927 "EHLO mga03.intel.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1726171AbeGMG42 (ORCPT ); Fri, 13 Jul 2018 02:56:28 -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 orsmga103.jf.intel.com with ESMTP/TLS/DHE-RSA-AES256-GCM-SHA384; 12 Jul 2018 23:43:15 -0700 X-ExtLoop1: 1 X-IronPort-AV: E=Sophos;i="5.51,347,1526367600"; d="scan'208";a="74461121" Received: from dazhang1-z97x.sh.intel.com (HELO [10.239.13.115]) ([10.239.13.115]) by orsmga002.jf.intel.com with ESMTP; 12 Jul 2018 23:43:08 -0700 Subject: Re: [PATCH V2 0/4] Fix kvm misconceives NVDIMM pages as reserved mmio 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 References: From: "Zhang,Yi" Message-ID: <6c0fea06-d52e-9bc4-c690-581b1d6f3cd3@linux.intel.com> Date: Fri, 13 Jul 2018 22:29:09 +0800 User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:52.0) Gecko/20100101 Thunderbird/52.2.1 MIME-Version: 1.0 In-Reply-To: Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 8bit Content-Language: en-US Sender: linux-kernel-owner@vger.kernel.org Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org Ping for further review, comments. Thanks All Regards Yi. On 2018年07月11日 01:01, Zhang Yi wrote: > 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. > > V1: > https://lkml.org/lkml/2018/7/4/91 > > V2: > *Add documentation for MEMORY_DEVICE_DEV_DAX memory type in comment block > *Add is_dax_page() in mm.h to differentiate the pages is from DAX device. > *Remove the function kvm_is_nd_pfn(). > > Zhang Yi (4): > kvm: remove redundant reserved page check > mm: introduce memory type MEMORY_DEVICE_DEV_DAX > mm: add a function to differentiate the pages is from DAX device > memory > kvm: add a check if pfn is from NVDIMM pmem. > > drivers/dax/pmem.c | 1 + > include/linux/memremap.h | 9 +++++++++ > include/linux/mm.h | 12 ++++++++++++ > virt/kvm/kvm_main.c | 16 ++++++++-------- > 4 files changed, 30 insertions(+), 8 deletions(-) >