|
[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index] Re: [Xen-devel] [RFC PATCH] xen/arm: Add support for GICv3 for domU
On Wed, 2014-09-24 at 18:35 +0530, vijay.kilari@xxxxxxxxx wrote:
This generally looks to be the right shape, thanks.
> diff --git a/tools/libxl/libxl_arm.c b/tools/libxl/libxl_arm.c
> index 9605953..901032d 100644
> --- a/tools/libxl/libxl_arm.c
> +++ b/tools/libxl/libxl_arm.c
> @@ -29,6 +29,7 @@ int libxl__arch_domain_create_pre(libxl__gc *gc,
> libxl_domain_config *d_config,
> {
> int dev_index;
> uint32_t nr_spis = 0;
> + uint32_t gic_version;
>
> for (dev_index = 0; dev_index < d_config->num_dtdevs; dev_index++)
> nr_spis += state->dtdevs_info[dev_index].num_irqs;
> @@ -42,6 +43,16 @@ int libxl__arch_domain_create_pre(libxl__gc *gc,
> libxl_domain_config *d_config,
> return ERROR_FAIL;
> }
>
> + if (d_config->b_info.gic_version == 0) {
> + /* GIC version is not set. Query host */
> + if (xc_domain_get_gicversion(CTX->xch, domid, &gic_version) != 0) {
> + LOG(ERROR, "Couldn't get GIC version from xen");
> + return ERROR_FAIL;
> + }
> + d_config->b_info.gic_version = gic_version;
> + }
> + LOG(DEBUG, "GIC version %d\n", d_config->b_info.gic_version);
I'm in two minds about whether this belongs here or in
libxl__domain_build_info_setdefaults inside an ifdef. Both approaches
have arguments for them (here==it's ARM specific, setdefaults == keeps
all defaults handling in one place).
Anyone got any opinions?
It should probably check that the gic version is either 2 or 3, since it
won't correctly handle anything else later on.
I'm also not seeing the bit which would push the selection down to Xen
(i.e. if someone asks for v2 on a v3 based system). I think the
intention was to add that to the xen_domctl_configuredomain? I'm not
sure but plumbing that in might allow us to avoid the get_gicversion
domctl e.g by declaring that passing 0 means "xen chooses and updates
the field on return to the selection" (i.e. make it an IN/OUT
parameter). That would also help handle the case of GICv3 H/W without
GIC v2 compat support present, you could either return an error or the
toolstack could check if the answer wasn't equal to the requested value
and bomb out.
> @@ -662,9 +688,19 @@ next_resize:
> FDT( make_psci_node(gc, fdt) );
>
> FDT( make_memory_nodes(gc, fdt, dom) );
> - FDT( make_intc_node(gc, fdt,
> - GUEST_GICD_BASE, GUEST_GICD_SIZE,
> - GUEST_GICC_BASE, GUEST_GICD_SIZE) );
> +
> + if (info->gic_version == 3) {
> + FDT( make_intc_node(gc, fdt,
> + GUEST_GICV3_GICD_BASE, GUEST_GICV3_GICD_SIZE,
> + GUEST_GICV3_GICR_BASE, GUEST_GICV3_GICR_SIZE,
> + info->gic_version) );
> + }
> + else {
> + FDT( make_intc_node(gc, fdt,
> + GUEST_GICD_BASE, GUEST_GICD_SIZE,
> + GUEST_GICC_BASE, GUEST_GICD_SIZE,
I think I'd be inclined to drop all the addr arguments from this
function and select the set of bases within make_intc_node based on the
version parameter.
> diff --git a/tools/libxl/libxl_types.idl b/tools/libxl/libxl_types.idl
> index e93dbfa..fde5361 100644
> --- a/tools/libxl/libxl_types.idl
> +++ b/tools/libxl/libxl_types.idl
> @@ -340,6 +340,7 @@ libxl_domain_build_info = Struct("domain_build_info",[
> ("disable_migrate", libxl_defbool),
> ("cpuid", libxl_cpuid_policy_list),
> ("blkdev_start", string),
> + ("gic_version", uint32),
A new field requires a LIBXL_HAVE #define in libxl.h. There's a comment
in there and a bunch of existing examples to follow.
We've so far not been very good at this but since this is ARM specific I
think there should be a comment above it nothing that this is ARM only.
Eventually we might want to retroactively tag the x86 only stuff as such
too for clarity.
> diff --git a/xen/arch/arm/gic-v3.c b/xen/arch/arm/gic-v3.c
> index 9bdda32..059b60e 100644
> --- a/xen/arch/arm/gic-v3.c
> +++ b/xen/arch/arm/gic-v3.c
> @@ -907,9 +907,16 @@ static int gicv_v3_init(struct domain *d)
> d->arch.vgic.rdist_count = gicv3.rdist_count;
> }
> else
> - d->arch.vgic.dbase = GUEST_GICD_BASE;
> + {
> + d->arch.vgic.dbase = GUEST_GICV3_GICD_BASE;
> + d->arch.vgic.dbase_size = GUEST_GICV3_GICD_SIZE;
> +
> + /* XXX: Only one Re-distributor region mapped for guest */
That's ok thought, I think? Or does something need fixing here?
Ian.
_______________________________________________
Xen-devel mailing list
Xen-devel@xxxxxxxxxxxxx
http://lists.xen.org/xen-devel
|
![]() |
Lists.xenproject.org is hosted with RackSpace, monitoring our |