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: [RFC PATCH 16/35] subarch support for interrupt and exce

To: Andi Kleen <ak@xxxxxxx>
Subject: [Xen-devel] Re: [RFC PATCH 16/35] subarch support for interrupt and exception gates
From: Chris Wright <chrisw@xxxxxxxxxxxx>
Date: Wed, 22 Mar 2006 12:54:37 -0800
Cc: Chris Wright <chrisw@xxxxxxxxxxxx>, virtualization@xxxxxxxxxxxxxx, xen-devel@xxxxxxxxxxxxxxxxxxx, linux-kernel@xxxxxxxxxxxxxxx, Ian Pratt <ian.pratt@xxxxxxxxxxxxx>
Delivery-date: Wed, 22 Mar 2006 20:55:30 +0000
Envelope-to: www-data@xxxxxxxxxxxxxxxxxxx
In-reply-to: <200603221445.46490.ak@xxxxxxx>
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: <20060322063040.960068000@xxxxxxxxxxxxxxxxxx> <20060322063752.437169000@xxxxxxxxxxxxxxxxxx> <200603221445.46490.ak@xxxxxxx>
Sender: xen-devel-bounces@xxxxxxxxxxxxxxxxxxx
User-agent: Mutt/1.4.2.1i
* Andi Kleen (ak@xxxxxxx) wrote:
> On Wednesday 22 March 2006 07:30, Chris Wright wrote:
> > Abstract the code that sets up interrupt and exception gates, and
> > add a separate subarch implementation for Xen.
> 
> AFAIK the only difference is that Xen uses a table of them to pass
> the hypervisor and normal Linux calls the macros directly, right?

Yes.

> I would suggest you just use the table for normal Linux too
> and make the function that processes them natively !CONFIG_XEN
> I guess it will make the code smaller for the normal case and people happy.

Hadn't considered that type of consolidation.  So load_idt() would
generally be one step further from lidt insn on native, which shouldn't
be a problem.  Looks like kexec would need to be taught about building
the table.

thanks,
-chris

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

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