Re: [Xen-devel] [PATCH v4 07/27] ARM: GICv3 ITS: introduce host LPI array

2017-04-04 Thread Julien Grall
Hi Andre, On 04/04/2017 12:07 AM, Julien Grall wrote: On 04/03/2017 09:28 PM, Andre Przywara wrote: +if ( !new_chunk ) +{ +spin_unlock(&lpi_data.host_lpis_lock); +return -ENOMEM; +} + +for ( i = 0; i < HOST_LPIS_PER_PAGE; i += LPI_BLOCK )

Re: [Xen-devel] [PATCH v4 07/27] ARM: GICv3 ITS: introduce host LPI array

2017-04-03 Thread Julien Grall
Hi Andre, On 04/03/2017 09:28 PM, Andre Przywara wrote: /* Scan the DT for any ITS nodes and create a list of host ITSes out of it. */ void gicv3_its_dt_init(const struct dt_device_node *node) { diff --git a/xen/arch/arm/gic-v3-lpi.c b/xen/arch/arm/gic-v3-lpi.c index 8b3660a..d3ee141 100644 -

[Xen-devel] [PATCH v4 07/27] ARM: GICv3 ITS: introduce host LPI array

2017-04-03 Thread Andre Przywara
The number of LPIs on a host can be potentially huge (millions), although in practise will be mostly reasonable. So prematurely allocating an array of struct irq_desc's for each LPI is not an option. However Xen itself does not care about LPIs, as every LPI will be injected into a guest (Dom0 for n