From mboxrd@z Thu Jan 1 00:00:00 1970 From: David Vrabel Subject: Re: [PATCH] have architectures specify the number of PIRQs a hardware domain gets Date: Fri, 5 Dec 2014 14:48:43 +0000 Message-ID: <5481C5CB.3010103@citrix.com> References: <5481C67D020000780004D2D1@mail.emea.novell.com> Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Return-path: Received: from mail6.bemta4.messagelabs.com ([85.158.143.247]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1XwuBc-0006ZZ-SY for xen-devel@lists.xenproject.org; Fri, 05 Dec 2014 14:48:48 +0000 In-Reply-To: <5481C67D020000780004D2D1@mail.emea.novell.com> List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Sender: xen-devel-bounces@lists.xen.org Errors-To: xen-devel-bounces@lists.xen.org To: Jan Beulich , xen-devel Cc: Keir Fraser , Stefano Stabellini , Andrew Cooper , Tim Deegan , Ian Campbell , Ian Jackson List-Id: xen-devel@lists.xenproject.org On 05/12/14 13:51, Jan Beulich wrote: > The current value of nr_static_irqs + 256 is often too small for larger > systems. Make it dependent on CPU count and number of IO-APIC pins on > x86, and (until it obtains PCI support) simply NR_IRQS on ARM. > > Signed-off-by: Jan Beulich I obviously prefer the simpler version that removes an unnecessary configuration option. But in the sense that this resolves the immediate problem at least for the short to medium term: Acked-by: David Vrabel > + d->nr_pirqs = extra_hwdom_irqs ? nr_static_irqs + extra_hwdom_irqs > + : arch_hwdom_irqs(domid); This means if the user asks for 0 extra (by the command line) for hwdoms they get the default which non-obvious. David