From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1751995AbbALQww (ORCPT ); Mon, 12 Jan 2015 11:52:52 -0500 Received: from eusmtp01.atmel.com ([212.144.249.243]:2039 "EHLO eusmtp01.atmel.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1751190AbbALQwv (ORCPT ); Mon, 12 Jan 2015 11:52:51 -0500 Message-ID: <54B3FBE0.6020603@atmel.com> Date: Mon, 12 Jan 2015 17:52:48 +0100 From: Nicolas Ferre Organization: atmel User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:31.0) Gecko/20100101 Thunderbird/31.3.0 MIME-Version: 1.0 To: Arnd Bergmann , Olof Johansson , CC: Linux Kernel list , linux-arm-kernel , Alexandre Belloni , Boris BREZILLON , Jean-Christophe PLAGNIOL-VILLARD , Linus Walleij , "Ludovic Desroches" Subject: Re: [GIT PULL] at91: fixes for 3.19 #1 (bis) References: <1420456477-18204-1-git-send-email-nicolas.ferre@atmel.com> <20150111211215.GC25777@quad.lixom.net> <54B3E35E.50400@atmel.com> <8332277.8EH8fqiOd7@wuerfel> In-Reply-To: <8332277.8EH8fqiOd7@wuerfel> Content-Type: text/plain; charset="windows-1252" Content-Transfer-Encoding: 8bit X-Originating-IP: [10.161.30.18] Sender: linux-kernel-owner@vger.kernel.org List-ID: X-Mailing-List: linux-kernel@vger.kernel.org Le 12/01/2015 16:59, Arnd Bergmann a écrit : > On Monday 12 January 2015 16:08:14 Nicolas Ferre wrote: >> Le 11/01/2015 22:12, Olof Johansson a écrit : >>> On Fri, Jan 09, 2015 at 10:02:50AM +0100, Nicolas Ferre wrote: >>>> Le 08/01/2015 23:41, Olof Johansson a écrit : >>>>> On Mon, Jan 05, 2015 at 12:14:37PM +0100, Nicolas Ferre wrote: >>>>> >>>>> This is the only fix among these patches, isn't it? The others seem to >>>>> be code removals/cleanups better targeted for 3.20, as far as I can tell. >>>> >>>> Well, this is why I sent the first version of this pull-request very >>>> early in the process. I didn't have the possibility to re-send it >>>> earlier on top of -rc1 until this pull-request. > > I think this was a bit of a communication problem. I thought about > applying the first pull request you sent for this, but then Kevin > commented that it would be better to rebase it on top of -rc1. > That made sense at the time, except then we all got caught by > surprise by Christmas and suddenly it was -rc4 ;-) Exactly, by surprise like every year ;-) >>> Since you mention that you have more fixes coming (why hold off on them?), do >>> you want me to cherry-pick over that one fix to our fixes branch, or can you >>> queue it with the other fixes when you send them up? >> >> Fair enough, I build a new "at91: fixes for 3.19 #1 (ter)" with tree >> more patches right now. > > This seems for the best now. This kind of late cleanup that depends on > multiple branches going in first happens occasionally and it's never > nice whichever way you try to handle it. > > The only recommendation I have for the future is to discuss the merge > strategy with us before the merge window instead of holding back patches > that have other dependencies. I don't really mind merging them as a > late branch into -rc1 if I know about them, but we should never plan > to merge any non-bugfix patches later than -rc2. Sure. I'll try to do better next time. I began to create the at91-3.20-cleanup branch with this late material and all will be fine anyway. Thanks, bye. -- Nicolas Ferre