From mboxrd@z Thu Jan  1 00:00:00 1970
From: Jeremy Fitzhardinge <jeremy@goop.org>
Subject: Re: Re: [PATCH 1/5] xen: events: use irq_alloc_desc(_at)
	instead of open-coding an IRQ allocator.
Date: Fri, 29 Oct 2010 09:16:56 -0700
Message-ID: <4CCAF378.2080502@goop.org>
References: <1288023736.11153.40.camel@zakaz.uk.xensource.com>
	<1288023813-31989-1-git-send-email-ian.campbell@citrix.com>
	<20101025173522.GA5590@dumpdata.com> <4CC60CB7.3070005@goop.org>
	<20101026141739.GA9557@dumpdata.com> <4CC70583.2050503@goop.org>
	<20101026170841.GA10708@dumpdata.com>
	<alpine.DEB.2.00.1010281303330.1407@kaball-desktop>
	<1739877628.20101028145753@eikelenboom.it>
	<alpine.DEB.2.00.1010281409290.1407@kaball-desktop>
	<20101029155142.GB26711@dumpdata.com>
Mime-Version: 1.0
Content-Type: text/plain; charset=ISO-8859-1
Content-Transfer-Encoding: 7bit
Return-path: <xen-devel-bounces@lists.xensource.com>
In-Reply-To: <20101029155142.GB26711@dumpdata.com>
List-Unsubscribe: <http://lists.xensource.com/mailman/listinfo/xen-devel>,
	<mailto:xen-devel-request@lists.xensource.com?subject=unsubscribe>
List-Post: <mailto:xen-devel@lists.xensource.com>
List-Help: <mailto:xen-devel-request@lists.xensource.com?subject=help>
List-Subscribe: <http://lists.xensource.com/mailman/listinfo/xen-devel>,
	<mailto:xen-devel-request@lists.xensource.com?subject=subscribe>
Sender: xen-devel-bounces@lists.xensource.com
Errors-To: xen-devel-bounces@lists.xensource.com
To: Konrad Rzeszutek Wilk <konrad.wilk@oracle.com>
Cc: Ian Campbell <Ian.Campbell@eu.citrix.com>, Sander Eikelenboom <linux@eikelenboom.it>, "xen-devel@lists.xensource.com" <xen-devel@lists.xensource.com>, Konrad@acsinet12.oracle.com, Stefano Stabellini <stefano.stabellini@eu.citrix.com>
List-Id: xen-devel@lists.xenproject.org

 On 10/29/2010 08:51 AM, Konrad Rzeszutek Wilk wrote:
>> In this case it should be sufficient to keep using pirq == gsi for
>> gsi < 16.
> So we would still need our own interrupt allocation mechanism to
> deal with this then.

Well, only minimally.  The core interrupt allocator never returns irqs <
16, so we're free to directly use them.

    J