lkml.org 
[lkml]   [2015]   [May]   [6]   [last100]   RSS Feed
Views: [wrap][no wrap]   [headers]  [forward] 
 
Messages in this thread
/
Date
From
SubjectRe: [Patch 2/2] x86, irq: Support CPU vector allocation policies
On 2015/5/6 3:25, Thomas Gleixner wrote:
> On Mon, 4 May 2015, Jiang Liu wrote:
>> +enum {
>> + /* Allocate CPU vectors from CPUs on device local node */
>> + X86_VECTOR_POL_NODE = 0x1,
>> + /* Allocate CPU vectors from all online CPUs */
>> + X86_VECTOR_POL_GLOBAL = 0x2,
>> + /* Allocate CPU vectors from caller specified CPUs */
>> + X86_VECTOR_POL_CALLER = 0x4,
>> + X86_VECTOR_POL_MIN = X86_VECTOR_POL_NODE,
>> + X86_VECTOR_POL_MAX = X86_VECTOR_POL_CALLER,
>> +}
>
>> +static unsigned int vector_alloc_policy = X86_VECTOR_POL_NODE |
>> + X86_VECTOR_POL_GLOBAL |
>> + X86_VECTOR_POL_CALLER;
>
>> +static int __init apic_parse_vector_policy(char *str)
>> +{
>> + if (!strncmp(str, "node", 4))
>> + vector_alloc_policy |= X86_VECTOR_POL_NODE;
>
> This does not make sense. X86_VECTOR_POL_NODE is already set.
>
>> + else if (!strncmp(str, "global", 6))
>> + vector_alloc_policy &= ~X86_VECTOR_POL_NODE;
>
> Why would one disable node aware allocation? We fall back to the
> global allocation anyway, if the node aware allocation fails.
>
> I'm completely missing the value of this command line option.
Hi Thomas,
You are right. Originally I want a method to disable the
per-node allocation policy. Think it twice, it seems unnecessary
at all. Enabling per-node allocation policy by default shouldn't
cause serious issues, and user may change irq affinity setting
if the default affinity isn't desired.
So we don't need the kernel parameter at all. Will update
the patch.

Thanks!
Gerry

>
> Thanks,
>
> tglx
> --
> To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
> the body of a message to majordomo@vger.kernel.org
> More majordomo info at http://vger.kernel.org/majordomo-info.html
> Please read the FAQ at http://www.tux.org/lkml/
>


\
 
 \ /
  Last update: 2015-05-06 07:41    [W:0.078 / U:0.400 seconds]
©2003-2020 Jasper Spaans|hosted at Digital Ocean and TransIP|Read the blog|Advertise on this site