From nobody Wed Feb 11 11:34:49 2026
Delivered-To: importer@patchew.org
Received-SPF: pass (zoho.com: domain of redhat.com designates 209.132.183.25
as permitted sender) client-ip=209.132.183.25;
envelope-from=libvir-list-bounces@redhat.com; helo=mx4-phx2.redhat.com;
Authentication-Results: mx.zoho.com;
spf=pass (zoho.com: domain of redhat.com designates 209.132.183.25 as
permitted sender) smtp.mailfrom=libvir-list-bounces@redhat.com;
Return-Path:
Received: from mx4-phx2.redhat.com (mx4-phx2.redhat.com [209.132.183.25]) by
mx.zohomail.com
with SMTPS id 148820182172058.58424798294061;
Mon, 27 Feb 2017 05:23:41 -0800 (PST)
Received: from lists01.pubmisc.prod.ext.phx2.redhat.com
(lists01.pubmisc.prod.ext.phx2.redhat.com [10.5.19.33])
by mx4-phx2.redhat.com (8.13.8/8.13.8) with ESMTP id v1RDKV1p011808;
Mon, 27 Feb 2017 08:20:31 -0500
Received: from smtp.corp.redhat.com (int-mx16.intmail.prod.int.phx2.redhat.com
[10.5.11.28])
by lists01.pubmisc.prod.ext.phx2.redhat.com (8.13.8/8.13.8) with ESMTP
id v1RDJrkE027121 for ;
Mon, 27 Feb 2017 08:19:53 -0500
Received: by smtp.corp.redhat.com (Postfix)
id 70855660C0; Mon, 27 Feb 2017 13:19:53 +0000 (UTC)
Received: from lisa.redhat.com (ovpn-116-72.ams2.redhat.com [10.36.116.72])
by smtp.corp.redhat.com (Postfix) with ESMTP id BD6C52D655;
Mon, 27 Feb 2017 13:19:52 +0000 (UTC)
From: Michal Privoznik
To: libvir-list@redhat.com
Date: Mon, 27 Feb 2017 14:19:27 +0100
Message-Id:
<631e61f33e1213f480a30e56a0ea49932f5864e1.1488201118.git.mprivozn@redhat.com>
In-Reply-To:
References:
In-Reply-To:
References:
X-Scanned-By: MIMEDefang 2.74 on 10.5.11.28
X-loop: libvir-list@redhat.com
Subject: [libvirt] [PATCH v2 05/14] conf: Introduce @access to
X-BeenThere: libvir-list@redhat.com
X-Mailman-Version: 2.1.12
Precedence: junk
List-Id: Development discussions about the libvirt library & tools
List-Unsubscribe: ,
List-Archive:
List-Post:
List-Help:
List-Subscribe: ,
MIME-Version: 1.0
Content-Transfer-Encoding: quoted-printable
Sender: libvir-list-bounces@redhat.com
Errors-To: libvir-list-bounces@redhat.com
X-ZohoMail: RSF_0 Z_629925259 SPT_0
Content-Type: text/plain; charset="utf-8"
Now that NVDIMM has found its way into libvirt, users might want
to fine tune some settings for each module separately. One such
setting is 'share=3Don|off' for the memory-backend-file object.
This setting - just like its name suggest already - enables
sharing the nvdimm module with other applications. Under the hood
it controls whether qemu mmaps() the file as MAP_PRIVATE or
MAP_SHARED.
Yet again, we have such config knob in domain XML, but it's just
an attribute to numa . This does not give fine enough
tuning on per-memdevice basis so we need to have the attribute
for each device too.
Signed-off-by: Michal Privoznik
---
docs/formatdomain.html.in | 15 +++++-
docs/schemas/domaincommon.rng | 8 ++++
src/conf/domain_conf.c | 15 +++++-
src/conf/domain_conf.h | 2 +
.../qemuxml2argv-memory-hotplug-nvdimm-access.xml | 56 ++++++++++++++++++=
++++
...qemuxml2xmlout-memory-hotplug-nvdimm-access.xml | 1 +
tests/qemuxml2xmltest.c | 1 +
7 files changed, 95 insertions(+), 3 deletions(-)
create mode 100644 tests/qemuxml2argvdata/qemuxml2argv-memory-hotplug-nvdi=
mm-access.xml
create mode 120000 tests/qemuxml2xmloutdata/qemuxml2xmlout-memory-hotplug-=
nvdimm-access.xml
diff --git a/docs/formatdomain.html.in b/docs/formatdomain.html.in
index b76905cdc..00c0df2ce 100644
--- a/docs/formatdomain.html.in
+++ b/docs/formatdomain.html.in
@@ -1406,7 +1406,7 @@
Since 1.2.9 the optional attribute
memAccess can control whether the memory is to be
mapped as "shared" or "private". This is valid only for
- hugepages-backed memory.
+ hugepages-backed memory and nvdimm modules.
+ Then there is optional attribute access
+ (Since 3.1.0) that allows
+ uses to fine tune mapping of the memory on per module
+ basis. Values are the same as for numa <cell/>:
+ shared and private.
+