xen-devel.lists.xenproject.org archive mirror
 help / color / mirror / Atom feed
From: Julien Grall <julien.grall@linaro.org>
To: Ian Campbell <ian.campbell@citrix.com>, xen-devel@lists.xen.org
Cc: tim@xen.org, stefano.stabellini@eu.citrix.com
Subject: Re: [PATCH v5 07/19] xen: arm: allocate dom0 memory separately from preparing the dtb
Date: Wed, 13 Nov 2013 21:34:53 +0000	[thread overview]
Message-ID: <5283F07D.2090404@linaro.org> (raw)
In-Reply-To: <1384366285-29277-7-git-send-email-ian.campbell@citrix.com>



On 11/13/2013 06:11 PM, Ian Campbell wrote:
> Mixing these two together is a pain, it forces us to prepare the dtb before
> processing the kernel which means we don't know whether the guest is 32- or
> 64-bit while we construct its DTB.
>
> Instead split out the memory allocation (including 1:1 workaround handling)
> and p2m setup into a separate phase and then create a memory node in the DTB
> based on the result.
>
> This allows us to move kernel parsing before DTB setup.
>
> As part of this it was also necessary to rework where the decision regarding
> the placement of the DTB and initrd in RAM was made. It is now made when
> loading the kernel, which allows it to make use of the zImage/ELF specific
> information and therefore to make decisions based on complete knowledge and do
> it right rather than guessing in prepare_dtb and relying on a later check to
> see if things worked.
>
> Signed-off-by: Ian Campbell <ian.campbell@citrix.com>
> ---
> v3: Also rework module placement, v2 broke boot because dtb_paddr wasn't set
>      soon enough. This ends up cleaner anyway.
> v2: Fixed typo in the commit log
>      Handle multiple memory nodes as well as individual nodes with several
>      entries in them.
>      Strip the original memory node and recreate rather than trying to modify.
> ---
>   xen/arch/arm/domain_build.c |  203 ++++++++++++++++++++++---------------------
>   xen/arch/arm/kernel.c       |   80 +++++++++++------
>   xen/arch/arm/kernel.h       |    2 -
>   3 files changed, 158 insertions(+), 127 deletions(-)
>
> diff --git a/xen/arch/arm/domain_build.c b/xen/arch/arm/domain_build.c
> index 8645aa1..edfcf14 100644
> --- a/xen/arch/arm/domain_build.c
> +++ b/xen/arch/arm/domain_build.c
> @@ -81,11 +81,8 @@ struct vcpu *__init alloc_dom0_vcpu0(void)
>       return alloc_vcpu(dom0, 0, 0);
>   }
>
> -static int set_memory_reg_11(struct domain *d, struct kernel_info *kinfo,
> -                             const struct dt_property *pp,
> -                             const struct dt_device_node *np, __be32 *new_cell)
> +static void allocate_memory_11(struct domain *d, struct kernel_info *kinfo)
>   {
> -    int reg_size = dt_cells_to_size(dt_n_addr_cells(np) + dt_n_size_cells(np));
>       paddr_t start;
>       paddr_t size;
>       struct page_info *pg = NULL;
> @@ -116,53 +113,61 @@ static int set_memory_reg_11(struct domain *d, struct kernel_info *kinfo,
>       if ( res )
>           panic("Unable to add pages in DOM0: %d\n", res);
>
> -    dt_set_range(&new_cell, np, start, size);
> -
>       kinfo->mem.bank[0].start = start;
>       kinfo->mem.bank[0].size = size;
>       kinfo->mem.nr_banks = 1;
>
> -    return reg_size;
> +    kinfo->unassigned_mem -= size;
>   }
>
> -static int set_memory_reg(struct domain *d, struct kernel_info *kinfo,
> -                          const struct dt_property *pp,
> -                          const struct dt_device_node *np, __be32 *new_cell)
> +static void allocate_memory(struct domain *d, struct kernel_info *kinfo)
>   {
> -    int reg_size = dt_cells_to_size(dt_n_addr_cells(np) + dt_n_size_cells(np));
> -    int l = 0;
> +
> +    struct dt_device_node *memory = NULL;
> +    const void *reg;
> +    u32 reg_len, reg_size;
>       unsigned int bank = 0;
> -    u64 start;
> -    u64 size;
> -    int ret;
>
>       if ( platform_has_quirk(PLATFORM_QUIRK_DOM0_MAPPING_11) )
> -        return set_memory_reg_11(d, kinfo, pp, np, new_cell);
> +        return allocate_memory_11(d, kinfo);
>
> -    while ( kinfo->unassigned_mem > 0 && l + reg_size <= pp->length
> -            && kinfo->mem.nr_banks < NR_MEM_BANKS )
> +    while ( (memory = dt_find_node_by_type(memory, "memory")) )
>       {
> -        ret = dt_device_get_address(np, bank, &start, &size);
> -        if ( ret )
> -            panic("Unable to retrieve the bank %u for %s\n",
> -                  bank, dt_node_full_name(np));
> -
> -        if ( size > kinfo->unassigned_mem )
> -            size = kinfo->unassigned_mem;
> -        dt_set_range(&new_cell, np, start, size);
> -
> -        printk("Populate P2M %#"PRIx64"->%#"PRIx64"\n", start, start + size);
> -        if ( p2m_populate_ram(d, start, start + size) < 0 )
> -            panic("Failed to populate P2M\n");
> -        kinfo->mem.bank[kinfo->mem.nr_banks].start = start;
> -        kinfo->mem.bank[kinfo->mem.nr_banks].size = size;
> -        kinfo->mem.nr_banks++;
> -        kinfo->unassigned_mem -= size;
> -
> -        l += reg_size;
> -    }
> +        int l;
> +
> +        DPRINT("memory node\n");
> +
> +        reg_size = dt_cells_to_size(dt_n_addr_cells(memory) + dt_n_size_cells(memory));
> +
> +        reg = dt_get_property(memory, "reg", &reg_len);
> +        if ( reg == NULL )
> +            panic("Memory node has no reg property!\n");
> +
> +        for ( l = 0;
> +              kinfo->unassigned_mem > 0 && l + reg_size <= reg_len
> +                  && kinfo->mem.nr_banks < NR_MEM_BANKS;
> +              l += reg_size )
> +        {
> +            paddr_t start, size;
>
> -    return l;
> +            if ( dt_device_get_address(memory, bank, &start, &size) )
> +                panic("Unable to retrieve the bank %u for %s\n",
> +                      bank, dt_node_full_name(memory));
> +
> +            if ( size > kinfo->unassigned_mem )
> +                size = kinfo->unassigned_mem;
> +
> +            printk("Populate P2M %#"PRIx64"->%#"PRIx64"\n",
> +                   start, start + size);
> +            if ( p2m_populate_ram(d, start, start + size) < 0 )
> +                panic("Failed to populate P2M\n");
> +            kinfo->mem.bank[kinfo->mem.nr_banks].start = start;
> +            kinfo->mem.bank[kinfo->mem.nr_banks].size = size;
> +            kinfo->mem.nr_banks++;
> +
> +            kinfo->unassigned_mem -= size;
> +        }
> +    }
>   }
>
>   static int write_properties(struct domain *d, struct kernel_info *kinfo,
> @@ -211,23 +216,6 @@ static int write_properties(struct domain *d, struct kernel_info *kinfo,
>                   continue;
>               }
>           }
> -        /*
> -         * In a memory node: adjust reg property.
> -         * TODO: handle properly memory node (ie: device_type = "memory")
> -         */
> -        else if ( dt_node_name_is_equal(np, "memory") )
> -        {
> -            if ( dt_property_name_is_equal(pp, "reg") )
> -            {
> -                new_data = xzalloc_bytes(pp->length);
> -                if ( new_data  == NULL )
> -                    return -FDT_ERR_XEN(ENOMEM);
> -
> -                prop_len = set_memory_reg(d, kinfo, pp, np,
> -                                          (__be32 *)new_data);
> -                prop_data = new_data;
> -            }
> -        }
>
>           res = fdt_property(kinfo->fdt, pp->name, prop_data, prop_len);
>
> @@ -304,6 +292,46 @@ static int fdt_property_interrupts(void *fdt, gic_interrupt_t *intr,
>       return res;
>   }
>
> +static int make_memory_node(const struct domain *d,
> +                            void *fdt,
> +                            const struct kernel_info *kinfo)
> +{
> +    int res, i;
> +    int nr_cells = XEN_FDT_NODE_REG_SIZE*kinfo->mem.nr_banks;

What about xzalloc? I don't think it's safe to allocate an uncontrol 
size (we don't know the size of nr_banks, even if now it's hardcoded).

-- 
Julien Grall

  parent reply	other threads:[~2013-11-13 21:34 UTC|newest]

Thread overview: 51+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2013-11-13 18:10 [PATCH v5 00/17] xen: arm: 64-bit guest support and domU FDT autogeneration Ian Campbell
2013-11-13 18:11 ` [PATCH v5 01/19] HACK Ian Campbell
2013-11-13 18:15   ` Julien Grall
2013-11-13 20:15     ` Ian Campbell
2013-11-13 18:11 ` [PATCH v5 02/19] xen: arm: drop LDFLAGS_DIRECT emulation specification Ian Campbell
2013-11-13 21:26   ` Julien Grall
2013-11-14  8:16     ` Ian Campbell
2013-11-13 18:11 ` [PATCH v5 03/19] xen: update config.{sub, guess} for arm64 Ian Campbell
2013-11-13 18:11 ` [PATCH v5 04/19] xen: arm: Report aarch64 capability Ian Campbell
2013-11-13 18:11 ` [PATCH v5 05/19] xen: arm: Add comment regard arm64 zImage v0 vs v1 Ian Campbell
2013-11-13 18:11 ` [PATCH v5 06/19] xen: arm: move dom0 gic and timer device tree nodes under /xen/ Ian Campbell
2013-11-13 18:28   ` Stefano Stabellini
2013-11-13 20:18     ` Ian Campbell
2013-11-14 12:22       ` Stefano Stabellini
2013-11-19  9:52         ` Ian Campbell
2013-11-13 21:31   ` Julien Grall
2013-11-14  8:18     ` Ian Campbell
2013-11-13 18:11 ` [PATCH v5 07/19] xen: arm: allocate dom0 memory separately from preparing the dtb Ian Campbell
2013-11-13 19:21   ` Stefano Stabellini
2013-11-13 20:18     ` Ian Campbell
2013-11-14 12:22       ` Stefano Stabellini
2013-11-13 21:34   ` Julien Grall [this message]
2013-11-14  8:23     ` Ian Campbell
2013-11-14  0:52   ` Julien Grall
2013-11-14  8:25     ` Ian Campbell
2013-11-13 18:11 ` [PATCH v5 08/19] xen: arm: add enable-method to cpu nodes for arm64 guests Ian Campbell
2013-11-13 18:11 ` [PATCH v5 09/19] xen: arm: include header for for arch_do_{sys, dom}ctl prototype Ian Campbell
2013-11-13 18:11 ` [PATCH v5 10/19] xen: arm: implement XEN_DOMCTL_set_address_size Ian Campbell
2013-11-13 18:11 ` [PATCH v5 11/19] xen: arm: implement arch_set_info_guest for 64-bit vcpus Ian Campbell
2013-11-13 18:11 ` [PATCH v5 12/19] tools: check for libfdt when building for ARM Ian Campbell
2013-11-13 18:11 ` [PATCH v5 13/19] xen: arm: define guest virtual platform in API headers Ian Campbell
2013-11-13 18:11 ` [PATCH v5 14/19] libxc: arm: rename various bits of zimage load with 32 suffix Ian Campbell
2013-11-13 18:11 ` [PATCH v5 15/19] libxc: allow caller to specify guest rambase rather than hardcoding Ian Campbell
2013-11-13 18:11 ` [PATCH v5 16/19] libxc: arm: allow passing a device tree blob to the guest Ian Campbell
2013-11-14  0:47   ` Julien Grall
2013-11-19 12:36     ` Ian Campbell
2013-11-13 18:11 ` [PATCH v5 17/19] libxc: support for arm64 Image format Ian Campbell
2013-11-14  1:17   ` Julien Grall
2013-11-19 12:39     ` Ian Campbell
2013-11-13 18:11 ` [PATCH v5 18/19] libxc: arm64 vcpu initialisation Ian Campbell
2013-11-13 18:11 ` [PATCH v5 19/19] libxl: build a device tree for ARM guests Ian Campbell
2013-11-13 18:19   ` Stefano Stabellini
2013-11-14  1:04   ` Julien Grall
2013-11-14  8:28     ` Ian Campbell
2013-11-14 12:17       ` Julien Grall
2013-11-14 11:50   ` Ian Jackson
2013-11-14 12:17     ` Stefano Stabellini
2013-11-14 12:24       ` Julien Grall
2013-11-14 12:45       ` Ian Campbell
2013-11-14 14:01         ` Stefano Stabellini
2013-11-19 10:30           ` 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=5283F07D.2090404@linaro.org \
    --to=julien.grall@linaro.org \
    --cc=ian.campbell@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).