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] Reconciling multiple Xen flavored development streams

To: "mike.dickson@xxxxxx" <mike.dickson@xxxxxx>, "xen-devel@xxxxxxxxxxxxxxxxxxx" <xen-devel@xxxxxxxxxxxxxxxxxxx>
Subject: RE: [Xen-devel] Reconciling multiple Xen flavored development streams
From: Ian Pratt <Ian.Pratt@xxxxxxxxxxxxx>
Date: Wed, 1 Apr 2009 23:02:07 +0100
Accept-language: en-US
Acceptlanguage: en-US
Cc: Ian Pratt <Ian.Pratt@xxxxxxxxxxxxx>
Delivery-date: Wed, 01 Apr 2009 15:03:07 -0700
Envelope-to: www-data@xxxxxxxxxxxxxxxxxxx
In-reply-to: <1238596413.3625.25.camel@xxxxxxxxxxxxxxxxxxxxx>
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/mailman/listinfo/xen-devel>, <mailto:xen-devel-request@lists.xensource.com?subject=subscribe>
List-unsubscribe: <http://lists.xensource.com/mailman/listinfo/xen-devel>, <mailto:xen-devel-request@lists.xensource.com?subject=unsubscribe>
References: <1238596413.3625.25.camel@xxxxxxxxxxxxxxxxxxxxx>
Sender: xen-devel-bounces@xxxxxxxxxxxxxxxxxxx
Thread-index: Acmy1vFLkpUMXjaFTNumwl0aTIuXaQAO+U0A
Thread-topic: [Xen-devel] Reconciling multiple Xen flavored development streams
> There are a number of very interesting and obviously active projects
> that seem to be developing different forks of the Xen work. There's the
> mainstream "server" Xen in the form of Xen unstable, XenClient and now
> kXen.  All good stuff but as someone working in the space I'm
> interested
> how and if any of this gets merged.  There was a comment about kXen
> targeting the 3.4 release as well as unstable. What does that mean? I'd
> have expected that since 3.4 is frozen the only place it could go is
> unstable.

Not sure who said kxen would make 3.4 -- it's clearly missed the window. I 
think Christian said he'd re-base the code as soon as 3.4 was released. The 
code is certainly a good candidate to get merged to xen-unstable post branch.

The XenClient repo [ http://xenbits.xen.org/xenclient/ ] contains more than 
just the core hypervisor and is a full reference implementation for 
virtualization on x86 client devices, including a modern xen kernel (soon to be 
pvops based), tiny uclibc/busybox/buildroot based filesystem, and the 
'xenvm/xenops' embedded xen toolstack.

The hypervisor tree in the XenClient repo is currently based on a xen-unstable 
snapshot plus some additional client-specific patches that aren't clean enough 
to go into mainline xen yet. The plan is to keep re-basing that to newer xen 
versions, and feeding the patches into xen-unstable as they're ready. 
Ultimately all the client-specific patches should be merged into mainline 
xen-unstable.

Ian 
 
> I apologize if this was discussed at the recent summit and I missed it.
> Just trying to understand if there's a plan for how these separate
> efforts get merged or interact.  There are some pretty significant
> difference in the build systems and large changes in the ioemu code and
> tool (ocaml vs python) amongst other things...
> 
> None of this is a surprise as they're discussed in the roadmap document
> but I've not seen anything that discusses how they interact or merge.
> Insights gratefully accepted.
> 
> Mike
> 
> --
> Mike Dickson <mike.dickson@xxxxxx>
> BladeSystem infrastructure R&D
> 
> 
> _______________________________________________
> 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