[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index] 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
|
![]() |
Lists.xenproject.org is hosted with RackSpace, monitoring our |