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/
Home Products Support Community News


Re: [Xen-devel] [RFC[ XCP and OSS Xen

To: Keith Coleman <list.keith@xxxxxxxxxxx>
Subject: Re: [Xen-devel] [RFC[ XCP and OSS Xen
From: Tim Deegan <Tim.Deegan@xxxxxxxxxx>
Date: Mon, 16 Nov 2009 13:07:05 +0000
Cc: "xen-devel@xxxxxxxxxxxxxxxxxxx" <xen-devel@xxxxxxxxxxxxxxxxxxx>
Delivery-date: Mon, 16 Nov 2009 05:07:50 -0800
Envelope-to: www-data@xxxxxxxxxxxxxxxxxxx
In-reply-to: <5411dbdc0911111419o42a009a0r9785b5f3ec5c4a05@xxxxxxxxxxxxxx>
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: <5411dbdc0911111419o42a009a0r9785b5f3ec5c4a05@xxxxxxxxxxxxxx>
Sender: xen-devel-bounces@xxxxxxxxxxxxxxxxxxx
User-agent: Mutt/1.5.18 (2008-05-17)
At 22:19 +0000 on 11 Nov (1257977975), Keith Coleman wrote:
> It is my understanding that the XCP is currently based on OSS Xen
> 3.4.1 and was previously known as the closed source XenServer. OSS Xen
> 3.4.2 has been released as stable so does it make sense to rebase XCP
> or pull some of the XCP patches into 3.4-testing?

Both make some sense.  We should push as much as we can of the XCP queue
up to xen-unstable, so that at least we get eventual consistency.
(Pushing directly into the 3.4-testing branch seems like the wrong way
to do it, and conflicts with Keir's current system of backports).

Some of the patches in the queue need fixing up before they go upstream
(e.g. because they're, erm, unpolished, or break configurations that we
didn't care about in XenServer) so this process isn't entirely trivial;
it's a matter of finding the man-hours to do it.

Independently of that, we should rebase to 3.4.2 in the next few weeks,
which will reduce the number of backports in the XCP queue.



Tim Deegan <Tim.Deegan@xxxxxxxxxx>
Principal Software Engineer, Citrix Systems (R&D) Ltd.
[Company #02300071, SL9 0DZ, UK.]

Xen-devel mailing list

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