From: Jeremy Fitzhardinge <jeremy@goop.org>
To: Daniel Stodden <daniel.stodden@citrix.com>
Cc: ksrinivasan <ksrinivasan@novell.com>,
Xen <xen-devel@lists.xensource.com>,
Jan Beulich <JBeulich@novell.com>
Subject: Re: Re: [PATCH 00 of 10] blkfront pvops updates
Date: Fri, 30 Apr 2010 11:13:57 -0700 [thread overview]
Message-ID: <4BDB1DE5.9010400@goop.org> (raw)
In-Reply-To: <1272582346.25447.114.camel@agari.van.xensource.com>
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@redhat.com>
> | 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()
J
next prev parent reply other threads:[~2010-04-30 18:13 UTC|newest]
Thread overview: 22+ messages / expand[flat|nested] mbox.gz Atom feed top
2010-04-29 2:19 [PATCH 00 of 10] blkfront pvops updates Daniel Stodden
2010-04-29 2:19 ` [PATCH 01 of 10] xenbus: Make xenbus_switch_state transactional (again) Daniel Stodden
2010-04-29 2:19 ` [PATCH 02 of 10] blkfront: Fix backtrace in del_gendisk Daniel Stodden
2010-04-29 2:19 ` [PATCH 03 of 10] blkfront: Fix gendisk leak Daniel Stodden
2010-04-29 2:19 ` [PATCH 04 of 10] blkfront: Clean up vbd release Daniel Stodden
2010-04-29 2:19 ` [PATCH 05 of 10] blkfront: Lock blkfront_info when closing Daniel Stodden
2010-04-29 2:19 ` [PATCH 06 of 10] blkfront: Fix blkfront backend switch race (bdev open) Daniel Stodden
2010-04-29 2:19 ` [PATCH 07 of 10] blkfront: Fix blkfront backend switch race (bdev release) Daniel Stodden
2010-04-29 2:19 ` [PATCH 08 of 10] blkfront: Lock blockfront_info during xbdev removal Daniel Stodden
2010-04-29 2:19 ` [PATCH 09 of 10] blkfront: Remove obsolete info->users Daniel Stodden
2010-04-29 2:19 ` [PATCH 10 of 10] blkfront: Klog the unclean release path Daniel Stodden
2010-04-29 19:50 ` [PATCH 00 of 10] blkfront pvops updates Jeremy Fitzhardinge
2010-04-29 20:11 ` Daniel Stodden
2010-04-29 20:58 ` Daniel Stodden
2010-04-29 21:10 ` Jeremy Fitzhardinge
2010-04-29 21:28 ` Daniel Stodden
2010-04-29 21:36 ` Jeremy Fitzhardinge
2010-04-29 23:05 ` Daniel Stodden
2010-04-30 18:01 ` Jeremy Fitzhardinge
2010-04-30 18:13 ` Jeremy Fitzhardinge [this message]
2010-04-30 20:12 ` Daniel Stodden
2010-04-30 11:34 ` Daniel Stodden
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=4BDB1DE5.9010400@goop.org \
--to=jeremy@goop.org \
--cc=JBeulich@novell.com \
--cc=daniel.stodden@citrix.com \
--cc=ksrinivasan@novell.com \
--cc=xen-devel@lists.xensource.com \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.