From mboxrd@z Thu Jan 1 00:00:00 1970 From: Arnd Bergmann Subject: Re: linux-next: manual merge of the arm-soc tree with the arm tree Date: Tue, 04 Oct 2011 21:33:48 +0200 Message-ID: <14177423.bqmiv1UdlY@wuerfel> References: <20111004110831.a4d6d72a9b75a38265c9d6a1@canb.auug.org.au> <74CDBE0F657A3D45AFBB94109FB122FF173A2C6F74@HQMAIL01.nvidia.com> Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7Bit Return-path: Received: from moutng.kundenserver.de ([212.227.17.9]:54302 "EHLO moutng.kundenserver.de" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S933130Ab1JDTeD (ORCPT ); Tue, 4 Oct 2011 15:34:03 -0400 In-Reply-To: <74CDBE0F657A3D45AFBB94109FB122FF173A2C6F74@HQMAIL01.nvidia.com> Sender: linux-next-owner@vger.kernel.org List-ID: To: Stephen Warren Cc: Stephen Rothwell , "linux-next@vger.kernel.org" , "linux-kernel@vger.kernel.org" , Russell King , Olof Johansson On Tuesday 04 October 2011 08:48:33 Stephen Warren wrote: > Stephen Rothwell wrote at Monday, October 03, 2011 6:09 PM: > > Hi Arnd, > > > > Today's linux-next merge of the arm-soc tree got a conflict in > > arch/arm/mach-tegra/board-seaboard.h between commit ea5abbd215b7 ("ARM: > > 7101/1: arm/tegra: Replace with ") from > > the arm tree and commit a697e694aeb8 ("ARM: Tegra: Seaboard board updates > > for audio") from the arm-soc tree. > > > > Just context changes. I fixed it up (see below) and can carry the fix as > > necessary. > > Both this and the similar fixup in the other email look fine to me. > > For my education, how does this get resolved; presumably neither Russell's > tree nor arm-soc can take a patch that fixes this right now, so does one of > the trees get rebased after the merge of the other but before being pulled > by Linus, or does Linus do this merge fixup when he pulls? > > Thanks for cluing me in! Stephen resolves it using git rerere for now, which automatically remembers the fix. When I start sending patches to Linus, I have the choice to either do the fixup myself or let Linus do it. Linus generally wants to see the conflicts and fix them on his own, so that is the default. If there are complicated merges, I provide another branch that has the solution so he can compare it with the solution he came up with, or just take it. Last time, there was one pull request I sent to Linus that had lots of trivial conflicts with another branch that I also sent him. Given the same situation, I would probably just do the merge before I send the pull request. Arnd