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

RE: [Xen-devel] [VTD][PATCH] Support intra-domain shared interrupt

To: "Keir Fraser" <Keir.Fraser@xxxxxxxxxxxx>, "Han, Weidong" <weidong.han@xxxxxxxxx>, <xen-devel@xxxxxxxxxxxxxxxxxxx>
Subject: RE: [Xen-devel] [VTD][PATCH] Support intra-domain shared interrupt
From: "Tian, Kevin" <kevin.tian@xxxxxxxxx>
Date: Mon, 5 Nov 2007 22:43:45 +0800
Cc: "Kay, Allen M" <allen.m.kay@xxxxxxxxx>
Delivery-date: Mon, 05 Nov 2007 06:44:27 -0800
Envelope-to: www-data@xxxxxxxxxxxxxxxxxx
In-reply-to: <C3549687.17E6D%Keir.Fraser@xxxxxxxxxxxx>
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/cgi-bin/mailman/listinfo/xen-devel>, <mailto:xen-devel-request@lists.xensource.com?subject=subscribe>
List-unsubscribe: <http://lists.xensource.com/cgi-bin/mailman/listinfo/xen-devel>, <mailto:xen-devel-request@lists.xensource.com?subject=unsubscribe>
References: <08DF4D958216244799FC84F3514D70F00ABB17@xxxxxxxxxxxxxxxxxxxxxxxxxxxx> <C3549687.17E6D%Keir.Fraser@xxxxxxxxxxxx>
Sender: xen-devel-bounces@xxxxxxxxxxxxxxxxxxx
Thread-index: AcgfbbYOsSWYB6MMQDuBGkYt+XjCJwAEwx4KAAASPxAAAXKGpgAAClDAAAJfMewACdBjEA==
Thread-topic: [Xen-devel] [VTD][PATCH] Support intra-domain shared interrupt
>From: Keir Fraser
>Sent: 2007年11月5日 17:45
>On 5/11/07 08:52, "Han, Weidong" <weidong.han@xxxxxxxxx> wrote:
>
>> that situation two devices with different pyhsical IRQs 
>getting aliased
>> to the same guest GSI is hard to occur. And we need one 
>guest GSI mapped
>> to only one physical IRQ, or we can't know which device 
>issues the guest
>> GSI. Ideally, if we can make 1:1 mapping between guest GSI 
>and physcial
>> IRQ, the intra-domain shared interrupt can naturally handled 
>by guest.
>
>Ah, that's true. I suppose you can assign virtual devfn locations for
>devices to purposely avoid aliasing in GSI space. What do you do about
>aliasing into the ISA IRQ space?
>
> -- Keir
>

ISA IRQ alias is less likely to be avoided, since guest OS itself may
program the vPIRQ links. Since it's guest itself to choose using IOAPIC 
or PIC, reverse alias (guest GSI -> physical irq) is inevitable. But we may
not need add extra structures. Just do bit search for all assigned mirqs 
and check whether corresponding girqs matching the EOI gsi. Normally
one domain is only assigned few devices and sharing case should be fewer.
Above walk just adds negligible overhead. :-)


Thanks,
Kevin

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