Re: [PATCH 09/13] KVM: arm64: handle pending bit for LPIs in ITS emulation

2015-06-11 Thread Andre Przywara
Salut Eric, On 06/09/2015 04:59 PM, Eric Auger wrote: On 05/29/2015 11:53 AM, Andre Przywara wrote: As the actual LPI number in a guest can be quite high, but is mostly assigned using a very sparse allocation scheme, bitmaps and arrays for storing the virtual interrupt status are a waste of

Re: [PATCH 09/13] KVM: arm64: handle pending bit for LPIs in ITS emulation

2015-06-11 Thread Marc Zyngier
On 11/06/15 16:46, Andre Przywara wrote: Salut Eric, On 06/09/2015 04:59 PM, Eric Auger wrote: On 05/29/2015 11:53 AM, Andre Przywara wrote: As the actual LPI number in a guest can be quite high, but is mostly assigned using a very sparse allocation scheme, bitmaps and arrays for storing

Re: [PATCH 09/13] KVM: arm64: handle pending bit for LPIs in ITS emulation

2015-06-11 Thread Eric Auger
On 06/11/2015 06:01 PM, Marc Zyngier wrote: On 11/06/15 16:46, Andre Przywara wrote: Salut Eric, On 06/09/2015 04:59 PM, Eric Auger wrote: On 05/29/2015 11:53 AM, Andre Przywara wrote: As the actual LPI number in a guest can be quite high, but is mostly assigned using a very sparse

Re: [PATCH 09/13] KVM: arm64: handle pending bit for LPIs in ITS emulation

2015-06-09 Thread Eric Auger
On 05/29/2015 11:53 AM, Andre Przywara wrote: As the actual LPI number in a guest can be quite high, but is mostly assigned using a very sparse allocation scheme, bitmaps and arrays for storing the virtual interrupt status are a waste of memory. We use our equivalent of the Interrupt

[PATCH 09/13] KVM: arm64: handle pending bit for LPIs in ITS emulation

2015-05-29 Thread Andre Przywara
As the actual LPI number in a guest can be quite high, but is mostly assigned using a very sparse allocation scheme, bitmaps and arrays for storing the virtual interrupt status are a waste of memory. We use our equivalent of the Interrupt Translation Table Entry (ITTE) to hold this extra status