Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1752145AbcJJDpm (ORCPT ); Sun, 9 Oct 2016 23:45:42 -0400 Received: from mail-oi0-f41.google.com ([209.85.218.41]:36744 "EHLO mail-oi0-f41.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1751537AbcJJDpl (ORCPT ); Sun, 9 Oct 2016 23:45:41 -0400 MIME-Version: 1.0 In-Reply-To: <20161010003523.4423-1-haozhong.zhang@intel.com> References: <20161010003523.4423-1-haozhong.zhang@intel.com> From: Dan Williams Date: Sun, 9 Oct 2016 20:45:39 -0700 Message-ID: Subject: Re: [RFC KERNEL PATCH 0/2] Add Dom0 NVDIMM support for Xen To: Haozhong Zhang Cc: "linux-nvdimm@lists.01.org" , xen-devel@lists.xenproject.org, Xiao Guangrong , Konrad Rzeszutek Wilk , Ross Zwisler , Boris Ostrovsky , David Vrabel , Juergen Gross , Andrew Morton , Johannes Thumshirn , Arnd Bergmann , Stefano Stabellini , "linux-kernel@vger.kernel.org" Content-Type: text/plain; charset=UTF-8 Sender: linux-kernel-owner@vger.kernel.org List-ID: X-Mailing-List: linux-kernel@vger.kernel.org Content-Length: 1134 Lines: 25 On Sun, Oct 9, 2016 at 5:35 PM, Haozhong Zhang wrote: > Overview > ======== > This RFC kernel patch series along with corresponding patch series of > Xen, QEMU and ndctl implements Xen vNVDIMM, which can map the host > NVDIMM devices to Xen HVM domU as vNVDIMM devices. > > Xen hypervisor does not include an NVDIMM driver, so it needs the > assistance from the driver in Dom0 Linux kernel to manage NVDIMM > devices. We currently only supports NVDIMM devices in pmem mode. > > Design and Implementation > ========================= > The complete design can be found at > https://lists.xenproject.org/archives/html/xen-devel/2016-07/msg01921.html. The KVM enabling for persistent memory does not need this support from the kernel, and as far as I can see neither does Xen. If the hypervisor needs to reserve some space it can simply trim the amount that it hands to the guest. The usage of fiemap and the sysfs resource for the pmem device, as mentioned in the design document, does not seem to comprehend that file block allocations may be discontiguous and may change over time depending on the file.