All of lore.kernel.org
 help / color / mirror / Atom feed
From: Stefano Stabellini <sstabellini@kernel.org>
To: julien.grall@arm.com
Cc: Stefano Stabellini <stefanos@xilinx.com>,
	Achin.Gupta@arm.com, sstabellini@kernel.org,
	andrii_anisov@epam.com, xen-devel@lists.xen.org
Subject: [PATCH v7 12/25] xen/arm: introduce allocate_memory
Date: Mon, 12 Nov 2018 14:59:45 -0800	[thread overview]
Message-ID: <1542063598-23767-12-git-send-email-sstabellini@kernel.org> (raw)
In-Reply-To: <alpine.DEB.2.10.1811121458060.8259@sstabellini-ThinkPad-X260>

Introduce an allocate_memory function able to allocate memory for DomUs
and map it at the right guest addresses, according to the guest memory
map: GUEST_RAM0_BASE and GUEST_RAM1_BASE.

This is under #if 0 as not used for now.

Signed-off-by: Julien Grall <julien.grall@arm.com>
Signed-off-by: Stefano Stabellini <stefanos@xilinx.com>
---
Changes in v7:
- use %pd
- populate bank earlier to remove local variables

Changes in v6:
- turn dprintks into printk
- use panic instead of printk+BUG_ON
- use Julien's implementation of allocate_bank_memory

Changes in v5:
- improve commit message
- code style
- remove unneeded local var
- while loop in allocate_bank_memory to allocate memory so that it
  doesn't have to be contiguos
- combile while loops in allocate_memory

Changes in v4:
- move earlier, add #if 0
- introduce allocate_bank_memory, remove insert_bank
- allocate_bank_memory allocate memory and inserts the bank, while
  allocate_memory specifies where to do that

Changes in v3:
- new patch
---
 xen/arch/arm/domain_build.c | 101 ++++++++++++++++++++++++++++++++++++++++++++
 1 file changed, 101 insertions(+)

diff --git a/xen/arch/arm/domain_build.c b/xen/arch/arm/domain_build.c
index 66a258a..957572b 100644
--- a/xen/arch/arm/domain_build.c
+++ b/xen/arch/arm/domain_build.c
@@ -368,6 +368,107 @@ static void __init allocate_memory_11(struct domain *d,
     }
 }
 
+#if 0
+static bool __init allocate_bank_memory(struct domain *d,
+                                       struct kernel_info *kinfo,
+                                       gfn_t sgfn,
+                                       unsigned long tot_size)
+{
+    int res;
+    struct page_info *pg;
+    struct membank *bank;
+    unsigned int max_order = ~0;
+
+    bank = &kinfo->mem.bank[kinfo->mem.nr_banks];
+    bank->start = gfn_to_gaddr(sgfn);
+    bank->size = tot_size;
+
+    while ( tot_size > 0 )
+    {
+        unsigned int order = get_allocation_size(tot_size);
+
+        order = min(max_order, order);
+
+        pg = alloc_domheap_pages(d, order, 0);
+        if ( !pg )
+        {
+            /*
+             * If we can't allocate one page, then it is unlikely to
+             * succeed in the next iteration. So bail out.
+             */
+            if ( !order )
+                return false;
+
+            /*
+             * If we can't allocate memory with order, then it is
+             * unlikely to succeed in the next iteration.
+             * Record the order - 1 to avoid re-trying.
+             */
+            max_order = order - 1;
+            continue;
+        }
+
+        res = guest_physmap_add_page(d, sgfn, page_to_mfn(pg), order);
+        if ( res )
+        {
+            dprintk(XENLOG_ERR, "Failed map pages to DOMU: %d", res);
+            return false;
+        }
+
+        sgfn = gfn_add(sgfn, 1UL << order);
+        tot_size -= (1ULL << (PAGE_SHIFT + order));
+    }
+
+    kinfo->mem.nr_banks++;
+    kinfo->unassigned_mem -= bank->size;
+
+    return true;
+}
+
+static void __init allocate_memory(struct domain *d, struct kernel_info *kinfo)
+{
+    unsigned int i;
+    unsigned long bank_size;
+
+    printk(XENLOG_INFO "Allocating mappings totalling %ldMB for %pd:\n",
+           /* Don't want format this as PRIpaddr (16 digit hex) */
+           (unsigned long)(kinfo->unassigned_mem >> 20), d);
+
+    kinfo->mem.nr_banks = 0;
+    bank_size = MIN(GUEST_RAM0_SIZE, kinfo->unassigned_mem);
+    if ( !allocate_bank_memory(d, kinfo, gaddr_to_gfn(GUEST_RAM0_BASE),
+                               bank_size) )
+        goto fail;
+
+    bank_size = MIN(GUEST_RAM1_SIZE, kinfo->unassigned_mem);
+    if ( !allocate_bank_memory(d, kinfo, gaddr_to_gfn(GUEST_RAM1_BASE),
+                               bank_size) )
+        goto fail;
+
+    if ( kinfo->unassigned_mem )
+        goto fail;
+
+    for( i = 0; i < kinfo->mem.nr_banks; i++ )
+    {
+        printk(XENLOG_INFO "%pd BANK[%d] %#"PRIpaddr"-%#"PRIpaddr" (%ldMB)\n",
+               d,
+               i,
+               kinfo->mem.bank[i].start,
+               kinfo->mem.bank[i].start + kinfo->mem.bank[i].size,
+               /* Don't want format this as PRIpaddr (16 digit hex) */
+               (unsigned long)(kinfo->mem.bank[i].size >> 20));
+    }
+
+    return;
+
+fail:
+    panic("Failed to allocate requested domain memory."
+          /* Don't want format this as PRIpaddr (16 digit hex) */
+          " %ldKB unallocated. Fix the VMs configurations.\n",
+          (unsigned long)kinfo->unassigned_mem >> 10);
+}
+#endif
+
 static int __init write_properties(struct domain *d, struct kernel_info *kinfo,
                                    const struct dt_device_node *node)
 {
-- 
1.9.1


_______________________________________________
Xen-devel mailing list
Xen-devel@lists.xenproject.org
https://lists.xenproject.org/mailman/listinfo/xen-devel

  parent reply	other threads:[~2018-11-12 22:59 UTC|newest]

Thread overview: 27+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2018-11-12 22:59 [PATCH v7 00/25] dom0less step1: boot multiple domains from device tree Stefano Stabellini
2018-11-12 22:59 ` [PATCH v7 01/25] xen: allow console_io hypercalls from certain DomUs Stefano Stabellini
2018-11-12 22:59 ` [PATCH v7 02/25] xen/arm: extend device tree based multiboot protocol Stefano Stabellini
2018-11-12 22:59 ` [PATCH v7 03/25] xen/arm: document dom0less Stefano Stabellini
2018-11-12 22:59 ` [PATCH v7 04/25] xen/arm: increase MAX_MODULES Stefano Stabellini
2018-11-12 22:59 ` [PATCH v7 05/25] xen/arm: check for multiboot nodes only under /chosen Stefano Stabellini
2018-11-12 22:59 ` [PATCH v7 06/25] xen/arm: introduce bootcmdlines Stefano Stabellini
2018-11-12 22:59 ` [PATCH v7 07/25] xen/arm: don't add duplicate boot modules, introduce domU flag Stefano Stabellini
2018-11-12 22:59 ` [PATCH v7 08/25] xen/arm: probe domU kernels and initrds Stefano Stabellini
2018-11-12 22:59 ` [PATCH v7 09/25] xen/arm: add start to struct bootcmdline Stefano Stabellini
2018-11-12 22:59 ` [PATCH v7 10/25] xen/arm: rename get_11_allocation_size to get_allocation_size Stefano Stabellini
2018-11-12 22:59 ` [PATCH v7 11/25] xen/arm: rename allocate_memory to allocate_memory_11 Stefano Stabellini
2018-11-12 22:59 ` Stefano Stabellini [this message]
2018-11-12 22:59 ` [PATCH v7 13/25] xen/arm: refactor construct_dom0 Stefano Stabellini
2018-11-12 22:59 ` [PATCH v7 14/25] xen/arm: move unregister_init_virtual_region to init_done Stefano Stabellini
2018-11-12 22:59 ` [PATCH v7 15/25] xen/arm: introduce create_domUs Stefano Stabellini
2018-11-12 22:59 ` [PATCH v7 16/25] xen/arm: implement construct_domU Stefano Stabellini
2018-11-12 22:59 ` [PATCH v7 17/25] xen/arm: generate a simple device tree for domUs Stefano Stabellini
2018-11-12 22:59 ` [PATCH v7 18/25] xen/arm: make set_interrupt_ppi able to handle non-PPI Stefano Stabellini
2018-11-12 22:59 ` [PATCH v7 19/25] xen/arm: generate vpl011 node on device tree for domU Stefano Stabellini
2018-11-12 22:59 ` [PATCH v7 20/25] xen/arm: introduce a union in vpl011 Stefano Stabellini
2018-11-12 22:59 ` [PATCH v7 21/25] xen/arm: refactor vpl011_data_avail Stefano Stabellini
2018-11-12 22:59 ` [PATCH v7 22/25] xen: support console_switching between Dom0 and DomUs on ARM Stefano Stabellini
2018-11-12 22:59 ` [PATCH v7 23/25] xen/arm: Allow vpl011 to be used by DomU Stefano Stabellini
2018-11-12 22:59 ` [PATCH v7 24/25] xen/arm: move kernel.h to asm-arm/ Stefano Stabellini
2018-11-12 22:59 ` [PATCH v7 25/25] xen/arm: split domain_build.c Stefano Stabellini
2018-11-13 10:27 ` [PATCH v7 00/25] dom0less step1: boot multiple domains from device tree 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=1542063598-23767-12-git-send-email-sstabellini@kernel.org \
    --to=sstabellini@kernel.org \
    --cc=Achin.Gupta@arm.com \
    --cc=andrii_anisov@epam.com \
    --cc=julien.grall@arm.com \
    --cc=stefanos@xilinx.com \
    --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 an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.