From mboxrd@z Thu Jan 1 00:00:00 1970 From: Konrad Rzeszutek Wilk Subject: Re: [RFC QEMU PATCH 1/8] nvdimm: do not initialize label_data if label_size is zero Date: Wed, 15 Feb 2017 17:18:10 -0500 Message-ID: <20170215221810.GA25208@char.us.ORACLE.com> References: <20161010003423.4333-1-haozhong.zhang@intel.com> <20161010003423.4333-2-haozhong.zhang@intel.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Return-path: Content-Disposition: inline In-Reply-To: <20161010003423.4333-2-haozhong.zhang@intel.com> List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: qemu-devel-bounces+gceq-qemu-devel=gmane.org@nongnu.org Sender: "Qemu-devel" To: Haozhong Zhang Cc: Igor Mammedov , xen-devel@lists.xensource.com, Xiao Guangrong , qemu-devel@nongnu.org, "Michael S. Tsirkin" List-Id: xen-devel@lists.xenproject.org On Mon, Oct 10, 2016 at 08:34:16AM +0800, Haozhong Zhang wrote: > When memory-backend-xen is used, the label_data pointer can not be got > via memory_region_get_ram_ptr(). We will use other functions to get Could you explain why it cannot be retrieved via that way? > label_data once we introduce NVDIMM label support to Xen. Is this an particular patch in this series that does that? You may want to enumerate which one it is. > > Signed-off-by: Haozhong Zhang > --- > Cc: Xiao Guangrong > Cc: "Michael S. Tsirkin" > Cc: Igor Mammedov > --- > hw/mem/nvdimm.c | 4 +++- > 1 file changed, 3 insertions(+), 1 deletion(-) > > diff --git a/hw/mem/nvdimm.c b/hw/mem/nvdimm.c > index 7895805..d25993b 100644 > --- a/hw/mem/nvdimm.c > +++ b/hw/mem/nvdimm.c > @@ -87,7 +87,9 @@ static void nvdimm_realize(PCDIMMDevice *dimm, Error **errp) > align = memory_region_get_alignment(mr); > > pmem_size = size - nvdimm->label_size; > - nvdimm->label_data = memory_region_get_ram_ptr(mr) + pmem_size; > + if (nvdimm->label_size) { > + nvdimm->label_data = memory_region_get_ram_ptr(mr) + pmem_size; > + } > pmem_size = QEMU_ALIGN_DOWN(pmem_size, align); > > if (size <= nvdimm->label_size || !pmem_size) { > -- > 2.10.1 >