Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1751272Ab0LYQEN (ORCPT ); Sat, 25 Dec 2010 11:04:13 -0500 Received: from relais.videotron.ca ([24.201.245.36]:20221 "EHLO relais.videotron.ca" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1750807Ab0LYQEM (ORCPT ); Sat, 25 Dec 2010 11:04:12 -0500 MIME-version: 1.0 Content-transfer-encoding: 7BIT Content-type: TEXT/PLAIN; charset=US-ASCII Date: Sat, 25 Dec 2010 11:04:11 -0500 (EST) From: Nicolas Pitre X-X-Sender: nico@xanadu.home To: Arnd Bergmann Cc: David Brown , linux-arm-kernel@lists.infradead.org, Stepan Moskovchenko , linux-arm-msm@vger.kernel.org, lkml , Eric Miao Subject: Re: [PATCH 1/7] msm: io: I/O register definitions for MSM8960 In-reply-to: <201012241429.28901.arnd@arndb.de> Message-id: 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> User-Agent: Alpine 2.00 (LFD 1167 2008-08-23) Sender: linux-kernel-owner@vger.kernel.org List-ID: X-Mailing-List: linux-kernel@vger.kernel.org Content-Length: 1441 Lines: 31 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. Nicolas -- To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to majordomo@vger.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.html Please read the FAQ at http://www.tux.org/lkml/