From: Julien Grall <julien.grall@arm.com>
To: Stefano Stabellini <sstabellini@kernel.org>
Cc: Stefano Stabellini <stefanos@xilinx.com>,
andrii_anisov@epam.com, xen-devel@lists.xen.org
Subject: Re: [PATCH v3 12/25] xen/arm: refactor construct_dom0
Date: Mon, 13 Aug 2018 11:15:23 +0100 [thread overview]
Message-ID: <c1b6e8a6-0ae9-0a18-2140-c5136e7bca12@arm.com> (raw)
In-Reply-To: <1533079688-9541-12-git-send-email-sstabellini@kernel.org>
Hi Stefano,
On 01/08/18 00:27, Stefano Stabellini wrote:
> Move generic initializations out of construct_dom0 so that they can be
> reused.
>
> Rename prepare_dtb to prepare_dtb_hwdom to avoid confusion.
>
> No functional changes in this patch.
>
> Signed-off-by: Stefano Stabellini <stefanos@xilinx.com>
>
> ---
> Changes in v3:
> - move setting type before allocate_memory
> - add ifdef around it and a comment
> Changes in v2:
> - move discard_initial_modules() after __construct_domain()
> - remove useless blank line
> - leave safety BUG_ONs in __construct_domain
> - rename prepare_dtb to prepare_dtb_hwdom
> ---
> xen/arch/arm/domain_build.c | 128 ++++++++++++++++++++++++--------------------
> 1 file changed, 70 insertions(+), 58 deletions(-)
>
> diff --git a/xen/arch/arm/domain_build.c b/xen/arch/arm/domain_build.c
> index 8d82849..0835340 100644
> --- a/xen/arch/arm/domain_build.c
> +++ b/xen/arch/arm/domain_build.c
> @@ -1371,7 +1371,7 @@ static int __init handle_node(struct domain *d, struct kernel_info *kinfo,
> return res;
> }
>
> -static int __init prepare_dtb(struct domain *d, struct kernel_info *kinfo)
> +static int __init prepare_dtb_hwdom(struct domain *d, struct kernel_info *kinfo)
> {
> const p2m_type_t default_p2mt = p2m_mmio_direct_c;
> const void *fdt;
> @@ -2106,75 +2106,31 @@ static void __init find_gnttab_region(struct domain *d,
> kinfo->gnttab_start, kinfo->gnttab_start + kinfo->gnttab_size);
> }
>
> -int __init construct_dom0(struct domain *d)
> +static int __init __construct_domain(struct domain *d, struct kernel_info *kinfo)
> {
> - const struct bootcmdline *kernel = boot_cmdline_find_by_kind(BOOTMOD_KERNEL);
> - struct kernel_info kinfo = {};
> struct vcpu *saved_current;
> - int rc, i, cpu;
> -
> + int i, cpu;
> + struct cpu_user_regs *regs;
> struct vcpu *v = d->vcpu[0];
> - struct cpu_user_regs *regs = &v->arch.cpu_info->guest_cpu_user_regs;
There is no need to rewrite that line in
struct cpu_user_regs *regs;
regs = ...;
>
> - /* Sanity! */
> - BUG_ON(d->domain_id != 0);
> BUG_ON(d->vcpu[0] == NULL);
> BUG_ON(v->is_initialised);
>
> - printk("*** LOADING DOMAIN 0 ***\n");
> - if ( dom0_mem <= 0 )
> - {
> - warning_add("PLEASE SPECIFY dom0_mem PARAMETER - USING 512M FOR NOW\n");
> - dom0_mem = MB(512);
> - }
> -
> -
> - iommu_hwdom_init(d);
> -
> - d->max_pages = ~0U;
> -
> - kinfo.unassigned_mem = dom0_mem;
> - kinfo.d = d;
> -
> - rc = kernel_probe(&kinfo, NULL);
> - if ( rc < 0 )
> - return rc;
> + regs = &v->arch.cpu_info->guest_cpu_user_regs;
>
> #ifdef CONFIG_ARM_64
> /* if aarch32 mode is not supported at EL1 do not allow 32-bit domain */
> - if ( !(cpu_has_el1_32) && kinfo.type == DOMAIN_32BIT )
> + if ( !(cpu_has_el1_32) && kinfo->type == DOMAIN_32BIT )
> {
> printk("Platform does not support 32-bit domain\n");
> return -EINVAL;
> }
> - d->arch.type = kinfo.type;
>
> if ( is_64bit_domain(d) )
> vcpu_switch_to_aarch64_mode(v);
>
> #endif
>
> - kinfo.cmdline = kernel != NULL ? &kernel->cmdline[0] : NULL;
> - allocate_memory(d, &kinfo);
> - find_gnttab_region(d, &kinfo);
> -
> - /* Map extra GIC MMIO, irqs and other hw stuffs to dom0. */
> - rc = gic_map_hwdom_extra_mappings(d);
> - if ( rc < 0 )
> - return rc;
> -
> - rc = platform_specific_mapping(d);
> - if ( rc < 0 )
> - return rc;
> -
> - if ( acpi_disabled )
> - rc = prepare_dtb(d, &kinfo);
> - else
> - rc = prepare_acpi(d, &kinfo);
> -
> - if ( rc < 0 )
> - return rc;
> -
> /*
> * The following loads use the domain's p2m and require current to
> * be a vcpu of the domain, temporarily switch
> @@ -2187,20 +2143,18 @@ int __init construct_dom0(struct domain *d)
> * kernel_load will determine the placement of the kernel as well
> * as the initrd & fdt in RAM, so call it first.
> */
> - kernel_load(&kinfo);
> + kernel_load(kinfo);
> /* initrd_load will fix up the fdt, so call it before dtb_load */
> - initrd_load(&kinfo);
> - dtb_load(&kinfo);
> + initrd_load(kinfo);
> + dtb_load(kinfo);
>
> /* Now that we are done restore the original p2m and current. */
> set_current(saved_current);
> p2m_restore_state(saved_current);
>
> - discard_initial_modules();
> -
> memset(regs, 0, sizeof(*regs));
>
> - regs->pc = (register_t)kinfo.entry;
> + regs->pc = (register_t)kinfo->entry;
>
> if ( is_32bit_domain(d) )
> {
> @@ -2218,14 +2172,14 @@ int __init construct_dom0(struct domain *d)
> */
> regs->r0 = 0; /* SBZ */
> regs->r1 = 0xffffffff; /* We use DTB therefore no machine id */
> - regs->r2 = kinfo.dtb_paddr;
> + regs->r2 = kinfo->dtb_paddr;
> }
> #ifdef CONFIG_ARM_64
> else
> {
> regs->cpsr = PSR_GUEST64_INIT;
> /* From linux/Documentation/arm64/booting.txt */
> - regs->x0 = kinfo.dtb_paddr;
> + regs->x0 = kinfo->dtb_paddr;
> regs->x1 = 0; /* Reserved for future use */
> regs->x2 = 0; /* Reserved for future use */
> regs->x3 = 0; /* Reserved for future use */
> @@ -2251,6 +2205,64 @@ int __init construct_dom0(struct domain *d)
> return 0;
> }
>
> +int __init construct_dom0(struct domain *d)
> +{
> + const struct bootcmdline *kernel = boot_cmdline_find_by_kind(BOOTMOD_KERNEL);
> + struct kernel_info kinfo = {};
> + int rc;
> +
> + /* Sanity! */
> + BUG_ON(d->domain_id != 0);
> +
> + printk("*** LOADING DOMAIN 0 ***\n");
> + if ( dom0_mem <= 0 )
> + {
> + warning_add("PLEASE SPECIFY dom0_mem PARAMETER - USING 512M FOR NOW\n");
> + dom0_mem = MB(512);
> + }
> +
> + iommu_hwdom_init(d);
> +
> + d->max_pages = ~0U;
> +
> + kinfo.unassigned_mem = dom0_mem;
> + kinfo.d = d;
> +
> + rc = kernel_probe(&kinfo, NULL);
> + if ( rc < 0 )
> + return rc;
> +
> + kinfo.cmdline = kernel != NULL ? &kernel->cmdline[0] : NULL;
> +#ifdef CONFIG_ARM_64
> + /* type must be set before allocate_memory */
> + d->arch.type = kinfo.type;
> +#endif
> + allocate_memory(d, &kinfo);
> + find_gnttab_region(d, &kinfo);
> +
> + /* Map extra GIC MMIO, irqs and other hw stuffs to dom0. */
> + rc = gic_map_hwdom_extra_mappings(d);
> + if ( rc < 0 )
> + return rc;
> +
> + rc = platform_specific_mapping(d);
> + if ( rc < 0 )
> + return rc;
> +
> + if ( acpi_disabled )
> + rc = prepare_dtb_hwdom(d, &kinfo);
> + else
> + rc = prepare_acpi(d, &kinfo);
> +
> + if ( rc < 0 )
> + return rc;
> +
> +
Spurious newline.
> + rc = __construct_domain(d, &kinfo);
> + discard_initial_modules();
Newline here please.
> + return rc;
> +}
> +
> /*
> * Local variables:
> * mode: C
>
Cheers,
--
Julien Grall
_______________________________________________
Xen-devel mailing list
Xen-devel@lists.xenproject.org
https://lists.xenproject.org/mailman/listinfo/xen-devel
next prev parent reply other threads:[~2018-08-13 10:15 UTC|newest]
Thread overview: 88+ messages / expand[flat|nested] mbox.gz Atom feed top
2018-07-31 23:27 [PATCH v3 00/25] dom0less step1: boot multiple domains from device tree Stefano Stabellini
2018-07-31 23:27 ` [PATCH v3 01/25] xen: allow console_io hypercalls from certain DomUs Stefano Stabellini
2018-08-17 19:33 ` Daniel De Graaf
2018-07-31 23:27 ` [PATCH v3 02/25] xen/arm: move a few DT related defines to public/device_tree_defs.h Stefano Stabellini
2018-08-01 9:31 ` Julien Grall
2018-08-22 15:25 ` Wei Liu
2018-07-31 23:27 ` [PATCH v3 03/25] xen/arm: extend device tree based multiboot protocol Stefano Stabellini
2018-07-31 23:27 ` [PATCH v3 04/25] xen/arm: document dom0less Stefano Stabellini
2018-08-01 9:46 ` Julien Grall
2018-10-03 16:47 ` Stefano Stabellini
2018-07-31 23:27 ` [PATCH v3 05/25] xen/arm: do not pass dt_host to make_memory_node and make_hypervisor_node Stefano Stabellini
2018-08-01 9:50 ` Julien Grall
2018-07-31 23:27 ` [PATCH v3 06/25] xen/arm: move evtchn_allocate call out of make_hypervisor_node Stefano Stabellini
2018-08-01 9:51 ` Julien Grall
2018-07-31 23:27 ` [PATCH v3 07/25] xen/arm: rename acpi_make_chosen_node to make_chosen_node Stefano Stabellini
2018-08-01 9:53 ` Julien Grall
2018-07-31 23:27 ` [PATCH v3 08/25] xen/arm: increase MAX_MODULES Stefano Stabellini
2018-07-31 23:27 ` [PATCH v3 09/25] xen/arm: introduce bootcmdlines Stefano Stabellini
2018-08-01 10:51 ` Julien Grall
2018-10-03 23:11 ` Stefano Stabellini
2018-10-04 17:23 ` Julien Grall
2018-10-04 21:08 ` Stefano Stabellini
2018-07-31 23:27 ` [PATCH v3 10/25] xen/arm: don't add duplicate boot modules Stefano Stabellini
2018-08-01 11:06 ` Julien Grall
2018-10-04 21:05 ` Stefano Stabellini
2018-07-31 23:27 ` [PATCH v3 11/25] xen/arm: probe domU kernels and initrds Stefano Stabellini
2018-07-31 23:27 ` [PATCH v3 12/25] xen/arm: refactor construct_dom0 Stefano Stabellini
2018-08-13 10:15 ` Julien Grall [this message]
2018-08-15 19:27 ` Stefano Stabellini
2018-07-31 23:27 ` [PATCH v3 13/25] xen/arm: introduce create_domUs Stefano Stabellini
2018-08-01 8:48 ` Jan Beulich
2018-08-13 10:23 ` Julien Grall
2018-08-15 19:37 ` Stefano Stabellini
2018-08-13 10:55 ` Julien Grall
2018-08-15 20:04 ` Stefano Stabellini
2018-08-16 9:03 ` Julien Grall
2018-08-16 18:20 ` Stefano Stabellini
2018-07-31 23:27 ` [PATCH v3 14/25] xen/arm: introduce construct_domU Stefano Stabellini
2018-08-13 10:55 ` Julien Grall
2018-08-15 20:21 ` Stefano Stabellini
2018-07-31 23:27 ` [PATCH v3 15/25] xen/arm: rename get_11_allocation_size to get_allocation_size Stefano Stabellini
2018-07-31 23:27 ` [PATCH v3 16/25] xen/arm: rename allocate_memory to allocate_memory_11 Stefano Stabellini
2018-08-13 10:57 ` Julien Grall
2018-08-15 20:26 ` Stefano Stabellini
2018-08-16 9:08 ` Julien Grall
2018-08-16 18:27 ` Stefano Stabellini
2018-07-31 23:28 ` [PATCH v3 17/25] xen/arm: introduce allocate_memory Stefano Stabellini
2018-08-01 11:28 ` Julien Grall
2018-10-03 17:46 ` Stefano Stabellini
2018-07-31 23:28 ` [PATCH v3 18/25] xen/arm: generate a simple device tree for domUs Stefano Stabellini
2018-08-13 11:07 ` Julien Grall
2018-08-15 20:47 ` Stefano Stabellini
2018-07-31 23:28 ` [PATCH v3 19/25] xen/arm: generate vpl011 node on device tree for domU Stefano Stabellini
2018-08-13 11:20 ` Julien Grall
2018-08-15 23:23 ` Stefano Stabellini
2018-07-31 23:28 ` [PATCH v3 20/25] xen/arm: introduce a union in vpl011 Stefano Stabellini
2018-08-13 11:24 ` Julien Grall
2018-08-15 23:36 ` Stefano Stabellini
2018-07-31 23:28 ` [PATCH v3 21/25] xen/arm: refactor vpl011_data_avail Stefano Stabellini
2018-08-13 13:23 ` Julien Grall
2018-07-31 23:28 ` [PATCH v3 22/25] xen/arm: Allow vpl011 to be used by DomU Stefano Stabellini
2018-08-13 13:42 ` Julien Grall
2018-08-15 23:41 ` Stefano Stabellini
2018-08-13 14:10 ` Julien Grall
2018-08-16 19:21 ` Stefano Stabellini
2018-08-22 10:19 ` Julien Grall
2018-10-03 21:21 ` Stefano Stabellini
2018-10-04 17:17 ` Julien Grall
2018-07-31 23:28 ` [PATCH v3 23/25] xen: support console_switching between Dom0 and DomUs on ARM Stefano Stabellini
2018-08-01 9:03 ` Jan Beulich
2018-10-04 21:52 ` Stefano Stabellini
2018-10-05 9:25 ` Julien Grall
2018-10-05 9:48 ` Julien Grall
2018-10-05 18:39 ` Stefano Stabellini
2018-10-05 18:39 ` Stefano Stabellini
2018-08-13 13:58 ` Julien Grall
2018-08-16 21:48 ` Stefano Stabellini
2018-07-31 23:28 ` [PATCH v3 24/25] xen/vpl011: buffer out chars when the backend is xen Stefano Stabellini
2018-08-13 14:21 ` Julien Grall
2018-08-16 19:41 ` Stefano Stabellini
2018-08-22 10:35 ` Julien Grall
2018-10-04 21:29 ` Stefano Stabellini
2018-07-31 23:28 ` [PATCH v3 25/25] xen/arm: split domain_build.c Stefano Stabellini
2018-08-13 14:29 ` Julien Grall
2018-08-16 0:25 ` Stefano Stabellini
2018-08-16 9:20 ` Julien Grall
2018-08-16 18:12 ` Stefano Stabellini
2018-08-22 15:44 ` [PATCH v3 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=c1b6e8a6-0ae9-0a18-2140-c5136e7bca12@arm.com \
--to=julien.grall@arm.com \
--cc=andrii_anisov@epam.com \
--cc=sstabellini@kernel.org \
--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 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).