From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S933215Ab0JRUUL (ORCPT ); Mon, 18 Oct 2010 16:20:11 -0400 Received: from moutng.kundenserver.de ([212.227.17.10]:52471 "EHLO moutng.kundenserver.de" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1755652Ab0JRUUJ (ORCPT ); Mon, 18 Oct 2010 16:20:09 -0400 From: Arnd Bergmann To: Daniel Walker Subject: Re: linux-next: manual merge of the msm tree with the arm tree Date: Mon, 18 Oct 2010 22:19:25 +0200 User-Agent: KMail/1.13.5 (Linux/2.6.35-22-generic; KDE/4.5.1; x86_64; ; ) Cc: Nicolas Pitre , Russell King , Stephen Rothwell , linux-next@vger.kernel.org, linux-kernel@vger.kernel.org, Jeremy Kerr , Jeff Ohlstein References: <20101018103540.7bd9c535.sfr@canb.auug.org.au> <1287432774.5588.5.camel@c-dwalke-linux.qualcomm.com> In-Reply-To: <1287432774.5588.5.camel@c-dwalke-linux.qualcomm.com> MIME-Version: 1.0 Content-Type: Text/Plain; charset="utf-8" Content-Transfer-Encoding: 7bit Message-Id: <201010182219.25890.arnd@arndb.de> X-Provags-ID: V02:K0:UIOB3Us+TwCpdwEEw2apQW0ajCJVZR2HU2LJOUSBp1i s+fyTsfN4KhK1yLsIbKmTnUt1nyFr7D4zxhRD9F3NGWUWTyj1v 5STSqWgGzT6qdBrva/0ZlfAP88YpBT8kzwsWHJ2Wy8Uwjgo51m tyvYDraymmG/guxZ7wZJpdiOmkYZNS3XpgKNm8H74C6MME65et nYlTcgUn/oIaJ39B+UFwA== Sender: linux-kernel-owner@vger.kernel.org List-ID: X-Mailing-List: linux-kernel@vger.kernel.org On Monday 18 October 2010 22:12:54 Daniel Walker wrote: > On Mon, 2010-10-18 at 15:29 -0400, Nicolas Pitre wrote: > > > > Ok, well in that case why not accept this immediately after the merge > > > window? A point when everything is quiet, and most of the tree's are > > > empty? > > > > RMK has his own merge window which closes about at the same time as > > Linus' one opens. We thought this was happening last week and therefore > > this change was supposed to be the last one. > > It seems like that could potentially make these kinds of problem worse, > since your merging things immediately before sending them to Linus. Like > right now we only have a fairly short amount of time to correct this > conflict. What Nicolas was talking about is the *end* of the merge window, not the start. This is how all sensible maintainer trees work: you get to merge stuff into the maintainer tree for a number of weeks (some start at -rc1, other start a bit later). When Linus tells people to get ready for the release, the subsystem goes into regression fix mode and when Linus opens his merge window, everything should be reasonably stable. > > > Well how about I merge this change into my tree ? > > > > If you ask RMK to merge your tree in his that would be much simpler to > > add this change in a single pass afterwards. > > I can do that , but would I still be able to merge stuff into my tree? > Seems like I could, Russell would just clean up the conflict and my tree > would just move forward like it has been already , and I would send the > whole thing to Linus. When you know that Russell does not rebase his tree, you can pull his tree into yours whenever a change hits his tree that impacts you in a major way. You shouldn't do this too frequently, but it's a good way to resolve conflicts like this one. Arnd