From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1755913Ab1JXUa7 (ORCPT ); Mon, 24 Oct 2011 16:30:59 -0400 Received: from caramon.arm.linux.org.uk ([78.32.30.218]:41770 "EHLO caramon.arm.linux.org.uk" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1755520Ab1JXUa6 (ORCPT ); Mon, 24 Oct 2011 16:30:58 -0400 Date: Mon, 24 Oct 2011 21:30:41 +0100 From: Russell King To: Stephen Rothwell Cc: Arnd Bergmann , linux-next@vger.kernel.org, linux-kernel@vger.kernel.org, Nicolas Pitre , Sascha Hauer Subject: Re: linux-next: manual merge of the arm-soc tree with the arm tree Message-ID: <20111024203041.GA32545@flint.arm.linux.org.uk> References: <20111025072013.1824cfd24495819777ad2660@canb.auug.org.au> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20111025072013.1824cfd24495819777ad2660@canb.auug.org.au> User-Agent: Mutt/1.5.18 (2008-05-17) Sender: linux-kernel-owner@vger.kernel.org List-ID: X-Mailing-List: linux-kernel@vger.kernel.org On Tue, Oct 25, 2011 at 07:20:13AM +1100, Stephen Rothwell wrote: > Hi Arnd, > > Today's linux-next merge of the arm-soc tree got a conflict in > arch/arm/plat-mxc/include/mach/memory.h between commit c039bad00f21 > ("ARM: plat-mxc: remove mach/memory.h") from the arm tree and commits > ae4fa7f66e54 ("ARM i.MX: allow to compile together ARMv4 and ARMv5 based > SoCs") and 7409cd1cd554 ("ARM i.MX: allow to compile together all i.MX5 > based SoCs") from the arm-soc tree. > > The former removed the file, so I did that. Stephen - thanks. ARM guys, we need to be smarter about this stuff - if we're consolidating code across the ARM tree, committing changes to files which we're going to remove really isn't a good idea. It probably means something else has changed elsewhere to accomodate the deletion of the file, which this kind of resolution won't fix up. It's a recipe for creating unnecessary build failures when these trees get merged together. It probably means that those two commits need to be postponed and updated for the changes already queued by other people. -- Russell King Linux kernel 2.6 ARM Linux - http://www.arm.linux.org.uk/ maintainer of: