On Fri, 2010年04月30日 at 14:13 -0400, Jeremy Fitzhardinge wrote:
> On 04/29/2010 04:05 PM, Daniel Stodden wrote:
> > On Thu, 2010年04月29日 at 17:36 -0400, Jeremy Fitzhardinge wrote:
> > 
> >> On 04/29/2010 02:28 PM, Daniel Stodden wrote:
> >> 
> >>> So I'm probably building the wrong tree by default.
> >>>
> >>> I used to make linux-2.6-pvops when starting to work.
> >>> Which checks out xen/master.
> >>>
> >>> How does this relate?
> >>> 
> >>> 
> >> xen/master is an alias for xen/stable-2.6.31.x at the moment. I just
> >> submitted a patch to make this switchover explicit, and will move it to
> >> 2.6.32 soon.
> >> 
> > Okay, so xen/master rather defaults to some stable tree.
> >
> > If xen/frontend is the topic branch, people ideally prepare patches per
> > topic, and trunk is rather xen/next, then the thing I still don't follow
> > is than xen/frontend hasn't been merged since
> >
> > * commit 8800a1de3df00fa994f72ad0d7c1eda9b5a0b514
> > | Author: Paolo Bonzini <pbonzini@xxxxxxxxxx>
> > | Date: Wed Jul 8 12:27:37 2009 +0200
> > 
>
> BTW, it looks like you haven't updated your tree in a while. That
> branch has a few more changes on it since that one:
>
> ad9ecc8ebfae8cab30ea2467b987f9b18b3172cc xen/blkfront: revalidate after 
> setting capacity
> 7a634554e8ba2be858448bcf9617527c34ce326b xen/blkfront: avoid compiler warning 
> from missing cases
> 065157270688777b934770fa4dcfcd68800560c3 xen/front: Propagate changed size of 
> VBDs
> 1ebf91c24ab17ee62afeb1640278dd02da781fd7 blkfront: don't access freed struct 
> xenbus_device
> eba64a07039d46222ca9d157c8c0549f4177f53d xen: fbdev frontend needs xenbus 
> frontend
> eebc80638fe365a0386ed5ee57c7f0c6d5e56fb1 blkfront: fixes for 'xm block-detach 
> ... --force'
> 71133087313f15db44ffb6ea802e5bdb2479a600 xen: use less generic names in 
> blkfront driver.
> 9c9c87f53f87d0368ef04207cce4c92884f4ae3d xen: use less generic names in 
> netfront driver.
> 11b84f69d36b518ff862a1bcd61ace7f8dac76b5 xen: wait up to 5 minutes for device 
> connetion
> ed9ef1e71122628b50b0a526607509511b0d9135 xen: improvement to 
> wait_for_devices()
No, I certainly got those too. I was just surprised about where that
branch was rooted. Okay, so sort of a revision- vs. bare patch-
management thing then. Thanks for the clarification. 143 branches just
started to make sort of sense. :o)
Daniel
_______________________________________________
Xen-devel mailing list
Xen-devel@xxxxxxxxxxxxxxxxxxx
http://lists.xensource.com/xen-devel