WARNING - OLD ARCHIVES

This is an archived copy of the Xen.org mailing list, which we have preserved to ensure that existing links to archives are not broken. The live archive, which contains the latest emails, can be found at http://lists.xen.org/
   
 
 
Xen 
 
Home Products Support Community News
 
   
 

xen-devel

[Xen-devel] Re: [PATCH 07/12] xen: events: separate MSI PIRQ allocation

To: Stefano Stabellini <Stefano.Stabellini@xxxxxxxxxxxxx>
Subject: [Xen-devel] Re: [PATCH 07/12] xen: events: separate MSI PIRQ allocation from PIRQ binding to IRQ
From: Ian Campbell <Ian.Campbell@xxxxxxxxxxxxx>
Date: Mon, 21 Feb 2011 13:39:05 +0000
Cc: Jeremy Fitzhardinge <jeremy@xxxxxxxx>, "xen-devel@xxxxxxxxxxxxxxxxxxx" <xen-devel@xxxxxxxxxxxxxxxxxxx>, Konrad Rzeszutek Wilk <konrad.wilk@xxxxxxxxxx>
Delivery-date: Mon, 21 Feb 2011 05:39:54 -0800
Envelope-to: www-data@xxxxxxxxxxxxxxxxxxx
In-reply-to: <alpine.DEB.2.00.1102211230090.17894@kaball-desktop>
List-help: <mailto:xen-devel-request@lists.xensource.com?subject=help>
List-id: Xen developer discussion <xen-devel.lists.xensource.com>
List-post: <mailto:xen-devel@lists.xensource.com>
List-subscribe: <http://lists.xensource.com/mailman/listinfo/xen-devel>, <mailto:xen-devel-request@lists.xensource.com?subject=subscribe>
List-unsubscribe: <http://lists.xensource.com/mailman/listinfo/xen-devel>, <mailto:xen-devel-request@lists.xensource.com?subject=unsubscribe>
Organization: Citrix Systems, Inc.
References: <1298047386.16356.3620.camel@xxxxxxxxxxxxxxxxxxxxxx> <1298047417-7445-7-git-send-email-ian.campbell@xxxxxxxxxx> <alpine.DEB.2.00.1102211230090.17894@kaball-desktop>
Sender: xen-devel-bounces@xxxxxxxxxxxxxxxxxxx
On Mon, 2011-02-21 at 12:50 +0000, Stefano Stabellini wrote:
> On Fri, 18 Feb 2011, Ian Campbell wrote:

> my only concern is about the order of the calls: on native and on xen
> before this patch the order is
> 
> msi_compose_msg
> set_irq_msi
> write_msi_msg
> 
> while after this patch the order is:
> 
> msi_compose_msg
> write_msi_msg
> set_irq_msi
> 
> however I don't think it makes a difference because msi (and msix)
> are not enabled yet anyway on the pci device in question (they are
> enabled by msi(x)_capability_init right after calling
> arch_setup_msi_irqs).

My take is that write_msi_msg is literally get_irq_msi (to fetch the
corresponding struct msi_desc) followed by __write_msi_msg. The
set_irq_msi does nothing other than associate an msi_desc with an IRQ
number in order that the get_irq_msi can return it.

But since we have the right msi_desc in our hand already using
__write_msi_msg directly is OK and so this ordering is fine.

Ian.


_______________________________________________
Xen-devel mailing list
Xen-devel@xxxxxxxxxxxxxxxxxxx
http://lists.xensource.com/xen-devel

<Prev in Thread] Current Thread [Next in Thread>