From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1752494Ab1ACAd7 (ORCPT ); Sun, 2 Jan 2011 19:33:59 -0500 Received: from caramon.arm.linux.org.uk ([78.32.30.218]:59134 "EHLO caramon.arm.linux.org.uk" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1750895Ab1ACAd6 (ORCPT ); Sun, 2 Jan 2011 19:33:58 -0500 Date: Mon, 3 Jan 2011 00:33:40 +0000 From: Russell King - ARM Linux To: Nicolas Pitre Cc: Arnd Bergmann , Eric Miao , linux-arm-msm@vger.kernel.org, lkml , Stepan Moskovchenko , David Brown , linux-arm-kernel@lists.infradead.org Subject: Re: [PATCH 1/7] msm: io: I/O register definitions for MSM8960 Message-ID: <20110103003340.GE17727@n2100.arm.linux.org.uk> References: <1292384961-8851-1-git-send-email-stepanm@codeaurora.org> <201012152337.19475.arnd@arndb.de> <20101217001658.GA5880@huya.qualcomm.com> <201012241429.28901.arnd@arndb.de> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.5.19 (2009-01-05) Sender: linux-kernel-owner@vger.kernel.org List-ID: X-Mailing-List: linux-kernel@vger.kernel.org On Sat, Dec 25, 2010 at 11:04:11AM -0500, Nicolas Pitre wrote: > On Fri, 24 Dec 2010, Arnd Bergmann wrote: > > > On Friday 17 December 2010, David Brown wrote: > > > I'm not sure really what to do about PHYS_OFFSET. This is kind of the > > > big thing that has kept us so far from making our SOCs multiply > > > selectable. I could move this into a Kconfig option, but it would > > > still need to be selected by the SOC. It is unfortunate that most of > > > our SOCs have different enough memory configurations that these are > > > mostly different. Even 8960/8660 will probably have future variants > > > that are at different addresses. > > > > I think there are people working on relocatable kernels already, > > and we definitely need this for the other work in progress of > > doing kernel binaries that work across different SoC families, > > as well as for doing a single kernel that can be used both for > > booting the system and for kdump. > > > > You don't need to worry about PHYS_OFFSET at the platform level, > > we'll get there in a few months for all ARM platforms. > > ... or in a few days even. I'm currently working on the patch making > PHYS_OFFSET patched into the kernel at run time. I'm currently looking > at what is needed to make it work also with Thumb2. So where do we stand with: http://lists.arm.linux.org.uk/lurker/message/20101110.175549.62a0b058.en.html Is this something which should be queued for this merge window?