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] Add stubdomain support

To: Samuel Thibault <samuel.thibault@xxxxxxxxxxxxx>
Subject: Re: [Xen-devel] [RFC] Add stubdomain support
From: Keir Fraser <Keir.Fraser@xxxxxxxxxxxx>
Date: Mon, 11 Feb 2008 21:23:37 +0000
Cc: xen-devel@xxxxxxxxxxxxxxxxxxx
Delivery-date: Mon, 11 Feb 2008 13:23:17 -0800
Envelope-to: www-data@xxxxxxxxxxxxxxxxxx
In-reply-to: <20080211192137.GB4483@implementation>
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: Achs9F0cm3LCztjnEdyf8wAWy6hiGQ==
Thread-topic: [Xen-devel] [RFC] Add stubdomain support
User-agent: Microsoft-Entourage/11.3.6.070618
On 11/2/08 19:21, "Samuel Thibault" <samuel.thibault@xxxxxxxxxxxxx> wrote:

>> You hack the libxc headers a bit: is this because you need different
>> definitions of certain things in minios environment (seems unlikely for
>> things like memory barriers and page sizes) or because of namespace
>> conflicts?
> 
> Conflicts.  Actually they get defined to the same things...  Maybe we
> could have these go to public Xen headers so as to be simply shared.

It's not really for Xen to define processor-architectural stuff. I'd rather
just clean up libxc's namespace usage. Or perhaps it is more appropriate to
clean up stubdom's -- it's private architectural definitions shouldn't be
leaking into code that includes stubdom's public high-level headers. libxc's
namespace should largely be its own playground.

 -- Keir



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