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] [RFC] Genapic in x86_64 Dom0

To: "Puthiyaparambil, Aravindh" <aravindh.puthiyaparambil@xxxxxxxxxx>
Subject: Re: [Xen-devel] [RFC] Genapic in x86_64 Dom0
From: Keir Fraser <Keir.Fraser@xxxxxxxxxxxx>
Date: Sat, 20 Aug 2005 10:45:29 +0100
Cc: Chris Wright <chrisw@xxxxxxxx>, xen-devel@xxxxxxxxxxxxxxxxxxx
Delivery-date: Sat, 20 Aug 2005 09:43:37 +0000
Envelope-to: www-data@xxxxxxxxxxxxxxxxxxx
In-reply-to: Your message of "Fri, 19 Aug 2005 16:25:50 EDT." <EF8D308BE33AF54D8934DF26520252D30277651C@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
> I am working on a patch on to accommodate clustered APICs in x86_64
> Dom0/U Genapic. At the moment it defaults to flat. I am thinking of
> splitting genapic_xen into genapic_xen_flat and genapic_xen_cluster. 
> 
> My question is that since the most of the code that checks for clustered
> vs flat has been IFDEFed out what is the best way to inform the Dom that
> it needs to run in clustered/flat APIC mode? Should I be thinking about
> introducing a new hypercall that does this or is there another standard
> way by which information is passed between Xen and Domains during boot
> that I can make use of?

Isn't flat/clustered mostly a local APIC issue? In which case domain 0
needn't care, as local APICs are entirely maintained by Xen.

As for IO APICs, although domain 0 writes the routing entries, Xen is
responsible for stamping in appropriate destination fields, based on
knowledge of physical CPU IDs and which domains are running on which
physical CPUs. This code can be extended to handle writing
clustering-compatible routing entries.

Perhaps genapic_xen is currently being too smart for its own good? :-)
On i386 we lobotomised local apic handling.

 -- Keir

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

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