On 08/28/2017 11:41 AM, Jan Beulich wrote:
On 28.08.17 at 16:35, wrote:
>> On 08/28/2017 03:38 AM, Jan Beulich wrote:
> And finally I continue to be not really happy about the change as
> a whole. Despite what was discussed on v1, I'm concerned of the
> effects of this on hosts _n
>>> On 28.08.17 at 16:35, wrote:
> On 08/28/2017 03:38 AM, Jan Beulich wrote:
>>
And finally I continue to be not really happy about the change as
a whole. Despite what was discussed on v1, I'm concerned of the
effects of this on hosts _not_ suffering from vector shortage.
Coul
On 08/28/2017 03:38 AM, Jan Beulich wrote:
>
>>> And finally I continue to be not really happy about the change as
>>> a whole. Despite what was discussed on v1, I'm concerned of the
>>> effects of this on hosts _not_ suffering from vector shortage.
>>> Could you live with the new behavior requirin
>>> On 25.08.17 at 18:00, wrote:
> On 08/25/2017 10:56 AM, Jan Beulich wrote:
> On 08.08.17 at 17:59, wrote:
>>> --- a/xen/arch/x86/genapic/delivery.c
>>> +++ b/xen/arch/x86/genapic/delivery.c
>>> @@ -30,7 +30,8 @@ void __init clustered_apic_check_flat(void)
>>> printk("Enabling APIC mode
On 08/25/2017 10:56 AM, Jan Beulich wrote:
On 08.08.17 at 17:59, wrote:
>> --- a/xen/arch/x86/genapic/delivery.c
>> +++ b/xen/arch/x86/genapic/delivery.c
>> @@ -30,7 +30,8 @@ void __init clustered_apic_check_flat(void)
>> printk("Enabling APIC mode: Flat. Using %d I/O APICs\n", nr_ioap
>>> On 08.08.17 at 17:59, wrote:
> --- a/xen/arch/x86/genapic/delivery.c
> +++ b/xen/arch/x86/genapic/delivery.c
> @@ -30,7 +30,8 @@ void __init clustered_apic_check_flat(void)
> printk("Enabling APIC mode: Flat. Using %d I/O APICs\n", nr_ioapics);
> }
>
> -const cpumask_t *vector_alloc
We have limited number (slightly under NR_DYNAMIC_VECTORS=192) of IRQ
vectors that are available to each processor. Currently, when x2apic
cluster mode is used (which is default), each vector is shared among
all processors in the cluster. With many IRQs (as is the case on systems
with multiple SR-I