[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index] Re: [Xen-devel] [PATCH RFC 11/15] xen/arm: generate a simple device tree for domUs
On Thu, 14 Jun 2018, Julien Grall wrote: > Hi Stefano, > > On 13/06/18 23:15, Stefano Stabellini wrote: > > Introduce functions to generate a basic domU device tree, similar to the > > existing functions in tools/libxl/libxl_arm.c. > > > > Rename existing prepare_dtb to prepare_dtb_dom0 to avoid confusion. > > Ah this is were the rename is. It might have make sense to do that in patch > #9. Also, you want to name it "hwdom" as this is the preferred name nowadays. OK > > > > Signed-off-by: Stefano Stabellini <stefanos@xxxxxxxxxx> > > --- > > xen/arch/arm/domain_build.c | 195 > > +++++++++++++++++++++++++++++++++++++++++++- > > 1 file changed, 193 insertions(+), 2 deletions(-) > > > > diff --git a/xen/arch/arm/domain_build.c b/xen/arch/arm/domain_build.c > > index 02a7f94..b4f560f 100644 > > --- a/xen/arch/arm/domain_build.c > > +++ b/xen/arch/arm/domain_build.c > > @@ -1360,7 +1360,194 @@ static int handle_node(struct domain *d, struct > > kernel_info *kinfo, > > return res; > > } > > -static int prepare_dtb(struct domain *d, struct kernel_info *kinfo) > > +static int make_gic_domU_node(const struct domain *d, void *fdt, int > > addrcells, int sizecells) > > +{ > > + int res = 0; > > + int reg_size = addrcells + sizecells; > > + int nr_cells = reg_size * 2; > > + __be32 reg[nr_cells]; > + __be32 *cells; > > + > > + res = fdt_begin_node(fdt, "interrupt-controller"); > > Per the DT spec, node name should contain @unit-address when a "reg" property > present. "unit-address" been the first address of the "reg" property. > > Per the DT spec, node should have @base when a "regs" property is present. OK, I'll add it > > + if ( res ) > > + return res; > > + > > + res = fdt_property_cell(fdt, "#address-cells", 0); > > + if ( res ) > > + return res; > > + > > + res = fdt_property_cell(fdt, "#interrupt-cells", 3); > > + if ( res ) > > + return res; > > + > > + res = fdt_property(fdt, "interrupt-controller", NULL, 0); > > + if ( res ) > > + return res; > > + > > + if (gic_hw_version() == GIC_V3) > > Could we use a switch please? This would allow to catch easily new hardware > version. Sure > > + { > > + const uint64_t gicd_base = GUEST_GICV3_GICD_BASE; > > + const uint64_t gicd_size = GUEST_GICV3_GICD_SIZE; > > + const uint64_t gicr0_base = GUEST_GICV3_GICR0_BASE; > > + const uint64_t gicr0_size = GUEST_GICV3_GICR0_SIZE; > > + > > + res = fdt_property_string(fdt, "compatible", "arm,gic-v3"); > > + if ( res ) > > + return res; > > + > > + cells = ®[0]; > > + dt_child_set_range(&cells, addrcells, sizecells, gicd_base, > > gicd_size); > > + dt_child_set_range(&cells, addrcells, sizecells, gicr0_base, > > gicr0_size); > > + res = fdt_property(fdt, "reg", reg, sizeof(reg)); > > + } > > + else if (gic_hw_version() == GIC_V3) > > I think this should be GIC_V2 here. Yep > > + { > > + const uint64_t gicd_base = GUEST_GICD_BASE; > > + const uint64_t gicd_size = GUEST_GICD_SIZE; > > + const uint64_t gicc_base = GUEST_GICC_BASE; > > + const uint64_t gicc_size = GUEST_GICC_SIZE; > > + > > + res = fdt_property_string(fdt, "compatible", "arm,cortex-a15-gic"); > > I know that we use that property in libxl. But this is a bit weird to use it > for Arm64 guest :). It would be better to use arm,gic-400 here. OK > > + if ( res ) > > + return res; > > + > > + cells = ®[0]; > > + dt_child_set_range(&cells, addrcells, sizecells, gicd_base, > > gicd_size); > > + dt_child_set_range(&cells, addrcells, sizecells, gicc_base, > > gicc_size); > > + } > > + > > + res = fdt_property(fdt, "reg", reg, sizeof(reg)); > > + if (res) > > + return res; > > + > > + res = fdt_property_cell(fdt, "linux,phandle", PHANDLE_GIC); > > + if (res) > > + return res; > > + > > + res = fdt_property_cell(fdt, "phandle", PHANDLE_GIC); > > + if (res) > > + return res; > > + > > + res = fdt_end_node(fdt); > > + > > + return res; > > +} > > + > > +static int make_timer_domU_node(const struct domain *d, void *fdt) > > +{ > > + int res; > > + gic_interrupt_t intrs[3]; > > + > > + res = fdt_begin_node(fdt, "timer"); > > + if ( res ) > > + return res; > > + > > + if (!is_64bit_domain(d)) > > + { > > + res = fdt_property_string(fdt, "compatible", "arm,armv7-timer"); > > + if ( res ) > > + return res; > > + } else { > > + res = fdt_property_string(fdt, "compatible", "arm,armv8-timer"); > > + if ( res ) > > + return res; > > + } > > + > > + set_interrupt_ppi(intrs[0], GUEST_TIMER_PHYS_S_PPI, 0xf, > > DT_IRQ_TYPE_LEVEL_LOW); > > + set_interrupt_ppi(intrs[1], GUEST_TIMER_PHYS_NS_PPI, 0xf, > > DT_IRQ_TYPE_LEVEL_LOW); > > + set_interrupt_ppi(intrs[2], GUEST_TIMER_VIRT_PPI, 0xf, > > DT_IRQ_TYPE_LEVEL_LOW); > > + > > + res = fdt_property(fdt, "interrupts", intrs, sizeof (intrs[0]) * 3); > > + if ( res ) > > + return res; > > + > > + res = fdt_property_cell(fdt, "interrupt-parent", > > + PHANDLE_GIC); > > + if (res) > > + return res; > > + > > + res = fdt_end_node(fdt); > > + return res; > > +} > > + > > +#define DOMU_DTB_SIZE 4096 > > Is this going to be enough? Per the documentation, the maximum size of a DT is > 2MB. That is what we use today for the small generated DTB for ACPI dom0. Certainly it is enough memory from my empirical tests so far. I suggest to keep as is in this series, then potentially change it when we introduce larger DomU DTBs (device assignment might require it, for example). > > +static int prepare_dtb_domU(struct domain *d, struct kernel_info *kinfo) > > +{ > > + int addrcells, sizecells; > > + int ret; > > + > > + addrcells = dt_child_n_addr_cells(dt_host); > > + sizecells = dt_child_n_size_cells(dt_host); > > + > > + kinfo->fdt = xmalloc_bytes(DOMU_DTB_SIZE); > > + if ( kinfo->fdt == NULL ) > > + return -ENOMEM; > > + > > + ret = fdt_create(kinfo->fdt, DOMU_DTB_SIZE); > > + if ( ret < 0 ) > > + goto err; > > + > > + ret = fdt_finish_reservemap(kinfo->fdt); > > + if ( ret < 0 ) > > + goto err; > > + > > + ret = fdt_begin_node(kinfo->fdt, "/"); > > + if ( ret < 0 ) > > + goto err; > > + > > + ret = fdt_property_cell(kinfo->fdt, "#address-cells", addrcells); > > + if ( ret ) > > + goto err; > > + > > + ret = fdt_property_cell(kinfo->fdt, "#size-cells", sizecells); > > + if ( ret ) > > + goto err; > > + > > + ret = make_chosen_node(kinfo); > > + if ( ret ) > > + goto err; > > + > > + ret = make_hypervisor_node(d, kinfo, addrcells, sizecells); > > make_hypervisor_node() will allocate an PPIfor the event channel based on > what's available. However, the PPI for the guests is static and the timer is > allocated afterwards. > > So you probably want to rework make_hypervisor_node to pass the interrupt in > parameter. I'll fix > > + if ( ret ) > > + goto err; > > + > > + ret = make_psci_node(kinfo->fdt, NULL); > > + if ( ret ) > > + goto err; > > + > > + ret = make_cpus_node(d, kinfo->fdt, NULL); > > + if ( ret ) > > + goto err; > > + > > + ret = make_memory_node(d, kinfo->fdt, addrcells, sizecells, kinfo); > > + if ( ret ) > > + goto err; > > + > > + ret = make_gic_domU_node(d, kinfo->fdt, addrcells, sizecells); > > + if ( ret ) > > + goto err; > > + > > + ret = make_timer_domU_node(d, kinfo->fdt); > > + if ( ret ) > > + goto err; > > + > > + ret = fdt_end_node(kinfo->fdt); > > + if ( ret < 0 ) > > + goto err; > > + > > + ret = fdt_finish(kinfo->fdt); > > + if ( ret < 0 ) > > + goto err; > > + > > + return 0; > > + > > + err: > > + printk("Device tree generation failed (%d).\n", ret); > > + xfree(kinfo->fdt); > > + return -EINVAL; > > +} > > + > > +static int prepare_dtb_dom0(struct domain *d, struct kernel_info *kinfo) > > { > > const p2m_type_t default_p2mt = p2m_mmio_direct_c; > > const void *fdt; > > @@ -2221,6 +2408,10 @@ int __init construct_domU(struct domain *d, struct > > dt_device_node *node) > > d->arch.type = kinfo.type; > > allocate_memory(d, &kinfo); > > + rc = prepare_dtb_domU(d, &kinfo); > > + if ( rc < 0 ) > > + return rc; > > + > > return __construct_domain(d, &kinfo); > > } > > @@ -2270,7 +2461,7 @@ int __init construct_dom0(struct domain *d) > > d->arch.type = kinfo.type; > > if ( acpi_disabled ) > > - rc = prepare_dtb(d, &kinfo); > > + rc = prepare_dtb_dom0(d, &kinfo); > > else > > rc = prepare_acpi(d, &kinfo); > > > > Cheers, > > -- > Julien Grall > _______________________________________________ Xen-devel mailing list Xen-devel@xxxxxxxxxxxxxxxxxxxx https://lists.xenproject.org/mailman/listinfo/xen-devel
|
Lists.xenproject.org is hosted with RackSpace, monitoring our |