[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

Re: [Xen-merge] xen-merge mailing list



* Ian Pratt (m+Ian.Pratt@xxxxxxxxxxxx) wrote:
>  
> > > Is it worth us setting up one or more Linux 2.6 mercurial tress on 
> > > xenbits that we can use to show each other what we're 
> > doing? Patches 
> > > for this sort of thing aren't easy to read.
> > 
> > This worries me.  Patches that are not easy to read are going 
> > to be horribly hard to merge into xen-unstable...
> 
> I imagine the patches we submit will consist of a sequence that tidy up
> i386 and x86_64 and create all the hooks we need, and then a final patch
> that actually adds the Xen support. 
>  
> The way I would propose going about doing this is to create a Linux hg
> tree that has all the re-arrangements in it with xen as a sub-arch, and
> then generate a diff that we chop up and arrange into the separate
> patches.

The chop up and diff part isn't looking too horrible.  There will be some
headaches if it takes too long and there's lots of remerging to keep up.

> The first part of the work is going to be rearranging our sparse tree to
> split arch/xen out in to drivers/xen/core and arch/{i386/x86_64}/xen.
> Patches for this step would be very messy (mostly file renames) and
> aren't worth maintaining as patches, hence the Linux hg tree. 

Yeah, in fact, I think it can be copies during interim so both sides
can continue to build.

thanks,
-chris

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


 


Rackspace

Lists.xenproject.org is hosted with RackSpace, monitoring our
servers 24x7x365 and backed by RackSpace's Fanatical Support®.