Xen 
 
Home About Xen.org Xen Xen Summit Wiki Mailing List Bug Tracker Xen Downloads
 
   
 

xen-devel

RE: [Xen-devel] [VTD][PATCH] interrupt remapping patch for xen 3.3

To: "Keir Fraser" <Keir.Fraser@xxxxxxxxxxxx>, <xen-devel@xxxxxxxxxxxxxxxxxxx>
Subject: RE: [Xen-devel] [VTD][PATCH] interrupt remapping patch for xen 3.3
From: "Kay, Allen M" <allen.m.kay@xxxxxxxxx>
Date: Sat, 26 Jan 2008 00:09:31 -0800
Cc: "Han, Weidong" <weidong.han@xxxxxxxxx>
Delivery-date: Sat, 26 Jan 2008 00:10:13 -0800
Envelope-to: www-data@xxxxxxxxxxxxxxxxxx
In-reply-to: <C3BF42A4.12D11%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: <1FE6DD409037234FAB833C420AA843EC68B44B@xxxxxxxxxxxxxxxxxxxxxxxxxxxx> <C3BF42A4.12D11%Keir.Fraser@xxxxxxxxxxxx>
Sender: xen-devel-bounces@xxxxxxxxxxxxxxxxxxx
Thread-index: AcheMYljQZXPlhVPSCOH0VO7CmYpWQAL4U7+ABkk56AAF/A0NQAygevA
Thread-topic: [Xen-devel] [VTD][PATCH] interrupt remapping patch for xen 3.3
Actually I have a patch that modifies low level macros
io_apic_read()/io_apic_write() to call
io_apic_read_remap_rte/io_apic_write_remap_rte() if vt-d is enabled.

Since dom0 accesses io-apic hardware via these two macros, this should
not cause conflicts.  With these low level macros modified, the call to
gsi_remapping() will no longer be needed.

Let me know what you think about it.  I can send you a refreshed patch.

Allen

>-----Original Message-----
>From: Keir Fraser [mailto:Keir.Fraser@xxxxxxxxxxxx] 
>Sent: Thursday, January 24, 2008 11:39 PM
>To: Kay, Allen M; xen-devel@xxxxxxxxxxxxxxxxxxx
>Cc: Han, Weidong
>Subject: Re: [Xen-devel] [VTD][PATCH] interrupt remapping 
>patch for xen 3.3
>
>Okay, that only made a little sense to me. The main problem I have with
>fiddling with io-apic entries is that they're all actually under the
>management of dom0 kernel.
>
> -- Keir
>
>On 24/1/08 22:33, "Kay, Allen M" <allen.m.kay@xxxxxxxxx> wrote:
>
>> Interrupt remapping redirects ioapic/msi interrupt entries 
>to interrupt
>> remap table.  SID field in the Interrupt Remapping Table 
>Entry qualifies
>> the interrupt with BDF information of the ioapic/MSI devices.
>> 
>> Therefore the main value it adds for current Xen VT-d/PCI passthru is
>> that it protects hypervisor interrupts from malicious attacks from
>> guests with passthru devices.  Other benefits it can provide 
>is easier
>> IRQ rebalancing and extended APIC ID support.
>> 
>> Allen
>> 
>>> -----Original Message-----
>>> From: Keir Fraser [mailto:Keir.Fraser@xxxxxxxxxxxx]
>>> Sent: Thursday, January 24, 2008 12:14 AM
>>> To: Kay, Allen M; xen-devel@xxxxxxxxxxxxxxxxxxx
>>> Cc: Han, Weidong
>>> Subject: Re: [Xen-devel] [VTD][PATCH] interrupt remapping
>>> patch for xen 3.3
>>> 
>>> What exactly does irq remapping mean, and what are its 
>benefits in the
>>> current Xen VT-D architecture? It's really not at all clear
>>> what's going on
>>> from the current VT-D documentation.
>>> 
>>> Since all interrupts get abstracted through Xen right now, if
>>> it's just an
>>> interrupt-line remapping then that doesn't seem very useful...
>>> 
>>> -- Keir
>>> 
>>> On 24/1/08 02:33, "Kay, Allen M" <allen.m.kay@xxxxxxxxx> wrote:
>>> 
>>>> Attached patch remaps interrupt for passthru device if such HW is
>>>> detected on VT-d platforms.
>>>> 
>>>> Signed-off-by: Allen Kay <allen.m.kay@xxxxxxxxx>
>>>> _______________________________________________
>>>> Xen-devel mailing list
>>>> Xen-devel@xxxxxxxxxxxxxxxxxxx
>>>> http://lists.xensource.com/xen-devel
>>> 
>>> 
>>> 
>
>
>

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