From: Tejun Heo <tj@kernel.org>
To: Stephen Rothwell <sfr@canb.auug.org.au>
Cc: Rusty Russell <rusty@rustcorp.com.au>,
Christoph Lameter <cl@linux-foundation.org>,
Ingo Molnar <mingo@elte.hu>,
linux-next@vger.kernel.org, linux-kernel@vger.kernel.org,
Jason Wessel <jason.wessel@windriver.com>
Subject: Re: linux-next: manual merge of the percpu tree with the kgdb tree
Date: Fri, 30 Oct 2009 11:00:37 +0100 [thread overview]
Message-ID: <4AEAB945.2000801@kernel.org> (raw)
In-Reply-To: <20091030192038.381eba2d.sfr@canb.auug.org.au>
Hello,
Stephen Rothwell wrote:
> Just context changes. I fixed it up (see below) and can carry the
> changes as necessary.
>
> I do wonder if the local variable name changes in the percpu tree change
> were a good idea?
Yeap, I agree it's not pretty but I couldn't think of better way to do
it. The changes are almost randomly spread over different subsystems
and coordinating pull/push between all those trees and the percpu tree
would be too painful logistically, so I think it would be better to
channel most of them through the percpu tree and react to clashes that
happen (there shouldn't be too many during single devel cycle and
resolution shouldn't be too hard).
percpu#for-next tree won't be rebased and pulling it into the
conflicting tree should resolve the situation. Or if carrying the
fixup isn't too painful for you, doing it this way isn't too bad
either. I can collect the conflict resolutions and send it together
with pull request when the next merge window opens.
> I also needed a further merge fixup (see further below).
Patch looks good to me.
Thanks.
--
tejun
prev parent reply other threads:[~2009-10-30 9:59 UTC|newest]
Thread overview: 2+ messages / expand[flat|nested] mbox.gz Atom feed top
2009-10-30 8:20 linux-next: manual merge of the percpu tree with the kgdb tree Stephen Rothwell
2009-10-30 10:00 ` Tejun Heo [this message]
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=4AEAB945.2000801@kernel.org \
--to=tj@kernel.org \
--cc=cl@linux-foundation.org \
--cc=jason.wessel@windriver.com \
--cc=linux-kernel@vger.kernel.org \
--cc=linux-next@vger.kernel.org \
--cc=mingo@elte.hu \
--cc=rusty@rustcorp.com.au \
--cc=sfr@canb.auug.org.au \
/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 a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for NNTP newsgroup(s).