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

[Xen-ia64-devel] RE: xen-ia64-mm



Hi Horms --  

I agree that we need to have a separate public tree
temporarily while we are switching domain0 from
P==M to VP+DMA as:

- there are several different components that all need
  to be changed and debugged together which will likely
  take at least several weeks
- several community members will want to contribute
- it will be difficult to use ifdef's for all of these
  changes
- we don't want xen-ia64-unstable.hg to be broken for
  more than a day or two as it is the primary tree
  for merging in core Xen changes from xen-unstable.hg.

Calling it xen-ia64-unstable-mm.hg sounds good,
especially since the primary use (for now) is
to integrate memory management changes.

IMHO, only patches that are necessary for the
domain0 transition (P==M to VP+DMA) should be
accepted into -mm as otherwise it will be difficult
to merge later.

Thanks,
Dan

> -----Original Message-----
> From: Horms [mailto:horms@xxxxxxxxxxxx] 
> Sent: Monday, February 06, 2006 1:15 AM
> To: xen-ia64-devel@xxxxxxxxxxxxxxxxxxx
> Cc: Magenheimer, Dan (HP Labs Fort Collins); Isaku Yamahata
> Subject: Re: xen-ia64-mm
> 
> Hi Dan, Hi All,
> 
> I understand from my colleague Yamahata-san that one of the ideas that
> came out of the Xen Summit (which unfortunately I was not able to
> attend) was a proposal for an mm-like tree for ia64-xen. A tree that
> could stand between the bleeding-edge development and 
> breakage, such as
> the VP+DMA work, and the current xen-ia64-unstable.hg and
> xen-unstable.hg trees.  A bit like the role that the
> xen-ia64-unstable-Intel.hg tree has played in the past, but 
> with a more
> generic name.
> 
> I'd like to throw my name hat into the ring to co-ordinate merging and
> maintaining such a tree. I must confess that I am still 
> coming to grips
> with Xen. Though in the course of that I have been getting plenty of
> practice with patching and merging. I also help maintain the Debian
> kernel, which has also given me lots of exposure to patching, merging,
> and coordinating such things over email.
> 
> I'd like to start by kicking off a discussion of what the 
> tree should be
> called (mm is fine by me, but I'm by no means attached to it) and what
> sort of patch acceptance policy we should have - anything as 
> long as it
> builds?
> 
> -- 
> Horms
> 

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


 


Rackspace

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