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-merge] xen subarch

To: "Rik van Riel" <riel@xxxxxxxxxx>
Subject: RE: [Xen-merge] xen subarch
From: "Ian Pratt" <m+Ian.Pratt@xxxxxxxxxxxx>
Date: Tue, 11 Oct 2005 00:29:38 +0100
Cc: Arjan van de Ven <arjanv@xxxxxxxxxx>, xen-devel@xxxxxxxxxxxxxxxxxxx, xen-merge@xxxxxxxxxxxxxxxxxxx
Delivery-date: Mon, 10 Oct 2005 23:26:53 +0000
Envelope-to: www-data@xxxxxxxxxxxxxxxxxxx
List-help: <mailto:xen-merge-request@lists.xensource.com?subject=help>
List-id: xen-merge <xen-merge.lists.xensource.com>
List-post: <mailto:xen-merge@lists.xensource.com>
List-subscribe: <http://lists.xensource.com/cgi-bin/mailman/listinfo/xen-merge>, <mailto:xen-merge-request@lists.xensource.com?subject=subscribe>
List-unsubscribe: <http://lists.xensource.com/cgi-bin/mailman/listinfo/xen-merge>, <mailto:xen-merge-request@lists.xensource.com?subject=unsubscribe>
Sender: xen-merge-bounces@xxxxxxxxxxxxxxxxxxx
Thread-index: AcXN6xV5k38SeYXvRXyGJqPIhe60WAABe2Ew
Thread-topic: [Xen-merge] xen subarch
> Arjan pointed out a big problem with trees like this: they 
> contain all changes in one big tree, while Linus prefers 
> smaller, individually digestible chunks.

I don't think we'll actually want to point Linus at this tree.

I think we'll want to break bits out of this tree into a series of
patches that get fed to Linus/Andrew. If they accept them, we'll get
them back when we do a pull & merge.

Changesets within the merge tree should be useful for helping select
patches to break out, but the initial set of patches we'll want to send
upstream will just be cleanups and not contain the xen subarch part at

I'm totally open to other suggestions, though. Perhaps we should have a
directory of broken-out patches as part of the linux tree?

> I wonder if it would make more sense to maintain all of 
> Xenolinux as a big quilt patchset ?
> It may make Xenolinux maintenance a little bit harder, but it 
> should make it a lot easier to merge things upstream.
> No, I don't know whether this would actually improve things; 
> this is just something to think about...
> --
> All Rights Reversed

Xen-merge mailing list

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