From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Message-ID: <54774FE2.6010807@linux.intel.com> Date: Fri, 28 Nov 2014 00:22:58 +0800 From: Jiang Liu MIME-Version: 1.0 To: Thomas Gleixner CC: Bjorn Helgaas , Benjamin Herrenschmidt , Ingo Molnar , "H. Peter Anvin" , "Rafael J. Wysocki" , Randy Dunlap , Yinghai Lu , Borislav Petkov , x86@kernel.org, Konrad Rzeszutek Wilk , Andrew Morton , Tony Luck , Joerg Roedel , Greg Kroah-Hartman , linux-kernel@vger.kernel.org, linux-pci@vger.kernel.org, linux-acpi@vger.kernel.org, Daniel J Blueman Subject: Re: [Patch Part3 v4 37/38] x86, irq: Introduce mechanism to support different vector allocation policies References: <1416901802-24211-1-git-send-email-jiang.liu@linux.intel.com> <1416901802-24211-38-git-send-email-jiang.liu@linux.intel.com> In-Reply-To: Content-Type: text/plain; charset=windows-1252 Sender: linux-acpi-owner@vger.kernel.org List-ID: On 2014/11/27 18:44, Thomas Gleixner wrote: > On Tue, 25 Nov 2014, Jiang Liu wrote: >> Introduce mechanism to support different vector allocation policies, >> so platform or user may choose the best suitable CPU vector allocation > > I've postponed this and the next patch for 3.20. Hi Thomas, That's fine, thanks for merging all other patches for 3.19:) > >> policy. Currently two policies are supported: >> 1) allocate CPU vector from cpumask_of_node(dev_to_node(dev)) >> 2) allocate from apic->target_cpus(), this is the default policy >> >> Platform driver may call set_vector_alloc_policy() to choose the >> preferred policies. >> >> This mechanism may be used to support NumaConnect systems to allocate >> CPU vectors from device local node. > > So these policies are system wide and need to be selected at boot time? Yes, the polices are system wide. It may be change at runtime, but seems no strong requirement yet so haven't implemented the interface to change it at runtime. Basically this idea is inspired by a patch set to allocate CPU vector from device local node for NumaConnect systems. I found it may also help 2-socket or 4-socket systems, so reimplemented in this way. Thanks! Gerry > > Thanks, > > tglx >