From: Ian Campbell <ian.campbell@citrix.com>
To: xen-devel@lists.xen.org
Cc: julien.grall@citrix.com, tim@xen.org,
Ian Campbell <ian.campbell@citrix.com>,
stefano.stabellini@eu.citrix.com
Subject: [PATCH v2] xen: arm: improve VMID allocation.
Date: Tue, 17 Sep 2013 16:56:28 +0100 [thread overview]
Message-ID: <1379433388-18850-1-git-send-email-ian.campbell@citrix.com> (raw)
The VMID field is 8 bits. Rather than allowing only up to 256 VMs per host
reboot before things start "acting strange" instead maintain a simple bitmap
of used VMIDs and allocate them statically to guests upon creation.
This limits us to 256 concurrent VMs which is a reasonable improvement.
Eventually we will want a proper scheme to allocate VMIDs on context switch.
The existing code reserves VMID==0, IIRC I thought this was "hypervisor
context". Re-reading the ARM ARM I'm not spotting the bit which made me think
this. However I haven't changed this behaviour here.
Signed-off-by: Ian Campbell <ian.campbell@citrix.com>
---
v2: add a lock for the vmid allocator -- the p2m lock is not shared and so is
basically useless here
Add INVALID_VMID define and don't free such VMIDs, it indicates that we
weren't able to allocate a vmid for some reason
---
xen/arch/arm/p2m.c | 71 ++++++++++++++++++++++++++++++++++++++++++++---
xen/arch/arm/setup.c | 2 ++
xen/include/asm-arm/p2m.h | 3 ++
3 files changed, 72 insertions(+), 4 deletions(-)
diff --git a/xen/arch/arm/p2m.c b/xen/arch/arm/p2m.c
index 307c6d4..2d09fef 100644
--- a/xen/arch/arm/p2m.c
+++ b/xen/arch/arm/p2m.c
@@ -3,6 +3,7 @@
#include <xen/lib.h>
#include <xen/errno.h>
#include <xen/domain_page.h>
+#include <xen/bitops.h>
#include <asm/flushtlb.h>
#include <asm/gic.h>
@@ -306,6 +307,59 @@ int p2m_alloc_table(struct domain *d)
return 0;
}
+#define MAX_VMID 256
+#define INVALID_VMID 0 /* VMID 0 is reserved */
+
+static spinlock_t vmid_alloc_lock = SPIN_LOCK_UNLOCKED;
+
+/* VTTBR_EL2 VMID field is 8 bits. Using a bitmap here limits us to
+ * 256 concurrent domains. */
+static DECLARE_BITMAP(vmid_mask, MAX_VMID);
+
+void p2m_vmid_allocator_init(void)
+{
+ set_bit(INVALID_VMID, vmid_mask);
+}
+
+static int p2m_alloc_vmid(struct domain *d)
+{
+ struct p2m_domain *p2m = &d->arch.p2m;
+
+ int rc, nr;
+
+ spin_lock(&vmid_alloc_lock);
+
+ nr = find_first_zero_bit(vmid_mask, MAX_VMID);
+
+ ASSERT(nr != INVALID_VMID);
+
+ if ( nr == MAX_VMID )
+ {
+ rc = -EBUSY;
+ printk(XENLOG_ERR "p2m.c: dom%d: VMID pool exhausted\n", d->domain_id);
+ goto out;
+ }
+
+ set_bit(nr, vmid_mask);
+
+ p2m->vmid = nr;
+
+ rc = 0;
+
+out:
+ spin_unlock(&vmid_alloc_lock);
+ return rc;
+}
+
+static void p2m_free_vmid(struct domain *d)
+{
+ struct p2m_domain *p2m = &d->arch.p2m;
+ spin_lock(&vmid_alloc_lock);
+ if ( p2m->vmid != INVALID_VMID )
+ clear_bit(p2m->vmid, vmid_mask);
+ spin_unlock(&vmid_alloc_lock);
+}
+
void p2m_teardown(struct domain *d)
{
struct p2m_domain *p2m = &d->arch.p2m;
@@ -318,25 +372,34 @@ void p2m_teardown(struct domain *d)
p2m->first_level = NULL;
+ p2m_free_vmid(d);
+
spin_unlock(&p2m->lock);
}
int p2m_init(struct domain *d)
{
struct p2m_domain *p2m = &d->arch.p2m;
+ int rc = 0;
spin_lock_init(&p2m->lock);
INIT_PAGE_LIST_HEAD(&p2m->pages);
- /* XXX allocate properly */
- /* Zero is reserved */
- p2m->vmid = d->domain_id + 1;
+ spin_lock(&p2m->lock);
+ p2m->vmid = INVALID_VMID;
+
+ rc = p2m_alloc_vmid(d);
+ if ( rc != 0 )
+ goto err;
d->arch.vttbr = 0;
p2m->first_level = NULL;
- return 0;
+err:
+ spin_unlock(&p2m->lock);
+
+ return rc;
}
unsigned long gmfn_to_mfn(struct domain *d, unsigned long gpfn)
diff --git a/xen/arch/arm/setup.c b/xen/arch/arm/setup.c
index 4b31623..4dfb56f 100644
--- a/xen/arch/arm/setup.c
+++ b/xen/arch/arm/setup.c
@@ -544,6 +544,8 @@ void __init start_xen(unsigned long boot_phys_offset,
setup_virt_paging();
+ p2m_vmid_allocator_init();
+
softirq_init();
tasklet_subsys_init();
diff --git a/xen/include/asm-arm/p2m.h b/xen/include/asm-arm/p2m.h
index a00069b..c660820 100644
--- a/xen/include/asm-arm/p2m.h
+++ b/xen/include/asm-arm/p2m.h
@@ -20,6 +20,9 @@ struct p2m_domain {
uint8_t vmid;
};
+/* Initialise vmid allocator */
+void p2m_vmid_allocator_init(void);
+
/* Init the datastructures for later use by the p2m code */
int p2m_init(struct domain *d);
--
1.8.3.2
next reply other threads:[~2013-09-17 15:56 UTC|newest]
Thread overview: 3+ messages / expand[flat|nested] mbox.gz Atom feed top
2013-09-17 15:56 Ian Campbell [this message]
2013-09-17 16:46 ` [PATCH v2] xen: arm: improve VMID allocation Julien Grall
2013-09-21 16:02 ` Ian Campbell
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=1379433388-18850-1-git-send-email-ian.campbell@citrix.com \
--to=ian.campbell@citrix.com \
--cc=julien.grall@citrix.com \
--cc=stefano.stabellini@eu.citrix.com \
--cc=tim@xen.org \
--cc=xen-devel@lists.xen.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).