From: Julien Grall <julien.grall@citrix.com>
To: xen-devel@lists.xenproject.org
Cc: Keir Fraser <keir@xen.org>,
ian.campbell@citrix.com, stefano.stabellini@eu.citrix.com,
Tim Deegan <tim@xen.org>, Julien Grall <julien.grall@citrix.com>,
Jan Beulich <jbeulich@suse.com>
Subject: [PATCH] xen/mm: Unmap page for direct mapped domain on decrease reservation
Date: Tue, 27 Oct 2015 11:33:25 +0000 [thread overview]
Message-ID: <1445945605-26372-1-git-send-email-julien.grall@citrix.com> (raw)
Direct mapped domain needs to retrieve the exact same underlying
physical page when the region is re-populated.
Currently, when the memory reservation for this domain is decreased, the
request is just ignored and the page stayed mapped in the P2M. However,
this make more difficult to spot issue when the domain has not yet mapped
foreign page but trying to access the region.
What we really care for direct mapped domain is to not give back the
page to the allocator. So we can re-enable to direct mapped when the guest
memory region is re-populated.
The rest of the process to remove a page can be safely done. This
also ensures us to stay close to the normal domain memory handling.
At the same time, drop the trailing whitespaces around the code
modified.
Signed-off-by: Julien Grall <julien.grall@citrix.com>
---
Cc: Ian Campbell <ian.campbell@citrix.com>
Cc: Jan Beulich <jbeulich@suse.com>
Cc: Keir Fraser <keir@xen.org>
Cc: Tim Deegan <tim@xen.org>
This helped me to debug 64KB pages when only a part of the page is
actually mapped to foreign memory.
With this patch, direct domain will have the region ballooned unmap
until it decides to map foreign page.
---
xen/common/memory.c | 19 ++++++++++---------
1 file changed, 10 insertions(+), 9 deletions(-)
diff --git a/xen/common/memory.c b/xen/common/memory.c
index 206955f..fd1f268 100644
--- a/xen/common/memory.c
+++ b/xen/common/memory.c
@@ -257,8 +257,16 @@ int guest_remove_page(struct domain *d, unsigned long gmfn)
if ( test_and_clear_bit(_PGT_pinned, &page->u.inuse.type_info) )
put_page_and_type(page);
-
- if ( test_and_clear_bit(_PGC_allocated, &page->count_info) )
+
+ /*
+ * With the lack for iommu on some ARM platform, domain with DMA-capable
+ * device must retrieve the same pfn when the hypercall populate_physmap
+ * is called.
+ *
+ * For this purpose, the page is kept allocated.
+ */
+ if ( !is_domain_direct_mapped(d) &&
+ test_and_clear_bit(_PGC_allocated, &page->count_info) )
put_page(page);
guest_physmap_remove_page(d, gmfn, mfn, 0);
@@ -309,13 +317,6 @@ static void decrease_reservation(struct memop_args *a)
&& p2m_pod_decrease_reservation(a->domain, gmfn, a->extent_order) )
continue;
- /* With the lack for iommu on some ARM platform, domain with DMA-capable
- * device must retrieve the same pfn when the hypercall
- * populate_physmap is called.
- */
- if ( is_domain_direct_mapped(a->domain) )
- continue;
-
for ( j = 0; j < (1 << a->extent_order); j++ )
if ( !guest_remove_page(a->domain, gmfn + j) )
goto out;
--
2.1.4
next reply other threads:[~2015-10-27 11:34 UTC|newest]
Thread overview: 3+ messages / expand[flat|nested] mbox.gz Atom feed top
2015-10-27 11:33 Julien Grall [this message]
2015-10-27 13:08 ` [PATCH] xen/mm: Unmap page for direct mapped domain on decrease reservation Jan Beulich
2015-10-27 13:54 ` Julien Grall
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=1445945605-26372-1-git-send-email-julien.grall@citrix.com \
--to=julien.grall@citrix.com \
--cc=ian.campbell@citrix.com \
--cc=jbeulich@suse.com \
--cc=keir@xen.org \
--cc=stefano.stabellini@eu.citrix.com \
--cc=tim@xen.org \
--cc=xen-devel@lists.xenproject.org \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for NNTP newsgroup(s).