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-ia64-devel

Re: [Xen-devel][PATCH][RFC] Implement interrupt affinity for dom0 in IPF

To: "Xu, Anthony" <anthony.xu@xxxxxxxxx>
Subject: Re: [Xen-devel][PATCH][RFC] Implement interrupt affinity for dom0 in IPF side
From: Keir Fraser <Keir.Fraser@xxxxxxxxxxxx>
Date: Sat, 30 Dec 2006 11:39:55 +0000
Cc: xen-devel@xxxxxxxxxxxxxxxxxxx, xen-ia64-devel <xen-ia64-devel@xxxxxxxxxxxxxxxxxxx>
Delivery-date: Sat, 30 Dec 2006 03:39:46 -0800
Envelope-to: www-data@xxxxxxxxxxxxxxxxxx
In-reply-to: <51CFAB8CB6883745AE7B93B3E084EBE207DDCB@xxxxxxxxxxxxxxxxxxxxxxxxxxxx>
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>
Sender: xen-devel-bounces@xxxxxxxxxxxxxxxxxxx
Thread-index: Accr0JMC261bHMEYTDyqgWi1GnB9RwANqbTS
Thread-topic: [Xen-devel][PATCH][RFC] Implement interrupt affinity for dom0 in IPF side
User-agent: Microsoft-Entourage/11.3.2.061213
On 30/12/06 5:08 am, "Xu, Anthony" <anthony.xu@xxxxxxxxx> wrote:

> The method is to capture the operation where dom0 programs IOSAPIC,
> Thus Xen can know which interrupt of dom0 will pin to which vcpu of
> dom0.
> 
> In IA32 side, dom0 programs IO-APIC RTE to logical dest mode,
> So it's difficult for XEN to know the interrupt binding imformation of
> dom0.
> 
> What's your opinion about this?

On x86 we throw away dom0's setting of the target field of IOAPIC routing
entries -- Xen has complete control over that field. Also, we already have a
way to specify interrupt affinity, via EVTCHNOP_bind_vcpu. PIRQ event
channels always start their life bound to VCPU0 and then this can be
immediately changed by the guest if it so wishes. This is all already hooked
into Linux's interrupt-affinity subsystem. Given this is the model, it
doesn't make much sense for Xen to tell the guest what the interrupt binding
is.

*However* it is true that currently changes to PIRQ affinity are not
notified to platform code inside Xen. So the right patch would probably be
to define a platform-specific pirq_guest_bind_vcpu() or similar, called from
the EVTCHNOP_ code. Doing it properly is somewhat complicated by the fact
that VCPUs may migrate around the place: the question then is is it worth
reprogramming the IOAPIC routing entry, etc.

 -- Keir



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

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