From mboxrd@z Thu Jan 1 00:00:00 1970 From: Benjamin Herrenschmidt Subject: Re: [PATCH 06/20] early_res: seperate common memmap func from e820.c to fw_memmap.c Date: Tue, 23 Mar 2010 08:01:23 +1100 Message-ID: <1269291683.8599.79.camel@pasglop> References: <4BA6EA62.1030603@kernel.org> <20100321.210023.209981130.davem@davemloft.net> <4BA6F1F6.3070102@kernel.org> <20100321.213350.176660494.davem@davemloft.net> <20100322092809.GA20607@elte.hu> Mime-Version: 1.0 Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: 7bit Return-path: Received: from gate.crashing.org ([63.228.1.57]:53938 "EHLO gate.crashing.org" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1753238Ab0CVVBr (ORCPT ); Mon, 22 Mar 2010 17:01:47 -0400 In-Reply-To: <20100322092809.GA20607@elte.hu> Sender: linux-arch-owner@vger.kernel.org List-ID: To: Ingo Molnar Cc: David Miller , Andrew Morton , Linus Torvalds , yinghai@kernel.org, tglx@linutronix.de, hpa@zytor.com, jbarnes@virtuousgeek.org, ebiederm@xmission.com, linux-kernel@vger.kernel.org, linux-arch@vger.kernel.org On Mon, 2010-03-22 at 10:28 +0100, Ingo Molnar wrote: > Those early_res patches were posted all over on lkml, it was literally > hundreds of difficult patches, and now, months down the line, after we've > tested and upstreamed it (with many nasty regressions fixed on x86 during the > development of it) you come with a rigid "do it some other way, convert all of > x86 over again or else" position. There's an easy solution here. Leave that gunk in arch/x86 where it belongs and if you want to unify things a bit, then do it at the -API- level only, and leave the implementation where it is. > I really wish non-x86 architectures apprecitated (and helped) the core kernel > work x86 is doing, because it is subsidizing non-x86 architectures all the > time. I'm not even going to bother replying to that one Ben.