[<prev] [next>] [<thread-prev] [day] [month] [year] [list]
Message-ID: <4AEAB945.2000801@kernel.org>
Date: Fri, 30 Oct 2009 11:00:37 +0100
From: Tejun Heo <tj@...nel.org>
To: Stephen Rothwell <sfr@...b.auug.org.au>
CC: Rusty Russell <rusty@...tcorp.com.au>,
Christoph Lameter <cl@...ux-foundation.org>,
Ingo Molnar <mingo@...e.hu>, linux-next@...r.kernel.org,
linux-kernel@...r.kernel.org,
Jason Wessel <jason.wessel@...driver.com>
Subject: Re: linux-next: manual merge of the percpu tree with the kgdb tree
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
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@...r.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
Please read the FAQ at http://www.tux.org/lkml/
Powered by blists - more mailing lists