[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-Id: <20100614112639.ef45a777.sfr@canb.auug.org.au>
Date: Mon, 14 Jun 2010 11:26:39 +1000
From: Stephen Rothwell <sfr@...b.auug.org.au>
To: Jens Axboe <axboe@...nel.dk>
Cc: Philipp Reisner <philipp.reisner@...bit.com>, drbd-dev@...bit.com,
linux-next@...r.kernel.org, linux-kernel@...r.kernel.org
Subject: Re: linux-next: manual merge of the drbd tree with the block trees
Hi Jens, Philipp,
On Thu, 10 Jun 2010 08:01:35 +0200 Jens Axboe <axboe@...nel.dk> wrote:
>
> I'm starting to think that it would be a little easier if you did not
> pull the drbd tree, I really should be pulling that into my -next branch
> instead.
Given that the drbd tree has not been updated to match the increasingly
different block tree, I have dropped it for today.
There a a few possibilities here:
- I just drop the drbd tree completely and it only gets merged
into the block tree.
- if the drbd tree doesn't actually depend on any of the features
in the block tree then it could be rebased onto Linus tree (and I would
cope with any merge fixups - as I do with many other trees).
- if it does depend on things in the block tree, those particular
features in the block tree could be put in a separate branch that is
never rebased and then that branch could be merged into both the block
and drbd trees (this has been done before e.g. stuff in the vfs tree.
- the drbd tree could be rebased on tom of the current block tree
(but then it must be kept up to date if the block tree is rebased).
--
Cheers,
Stephen Rothwell sfr@...b.auug.org.au
http://www.canb.auug.org.au/~sfr/
Content of type "application/pgp-signature" skipped
Powered by blists - more mailing lists