WARNING - OLD ARCHIVES

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

xen-devel

Re: [Xen-devel] Re: [PATCH 00 of 10] blkfront pvops updates

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