From mboxrd@z Thu Jan 1 00:00:00 1970 From: Stephen Warren Subject: RE: [PATCH v3 4/5] ARM: vexpress: Initial RS1 memory map support Date: Thu, 1 Dec 2011 08:19:40 -0800 Message-ID: <74CDBE0F657A3D45AFBB94109FB122FF174FDB01C6@HQMAIL01.nvidia.com> References: <1322579473-8804-1-git-send-email-pawel.moll@arm.com> <1322579473-8804-5-git-send-email-pawel.moll@arm.com> <20111130153749.GE2045@localhost.localdomain> <1322673302.3180.25.camel@hornet.cambridge.arm.com> <20111130175410.GJ2045@localhost.localdomain> <20111130204805.GA5698@sirena.org.uk> <20111201111049.GB2915@opensource.wolfsonmicro.com> <20111201121403.GC2026@localhost.localdomain> Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Return-path: In-Reply-To: <20111201121403.GC2026-bi+AKbBUZKY6gyzm1THtWbp2dZbC/Bob@public.gmane.org> Content-Language: en-US List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: devicetree-discuss-bounces+gldd-devicetree-discuss=m.gmane.org-uLR06cmDAlY/bJ5BZ2RsiQ@public.gmane.org Sender: devicetree-discuss-bounces+gldd-devicetree-discuss=m.gmane.org-uLR06cmDAlY/bJ5BZ2RsiQ@public.gmane.org To: Dave Martin , Mark Brown Cc: Nicolas Pitre , "devicetree-discuss-uLR06cmDAlY/bJ5BZ2RsiQ@public.gmane.org" , Pawel Moll , Tixy , "linux-arm-kernel-IAPFreCvJWM7uuMidbF8XUB+6BGkLq7r@public.gmane.org" List-Id: devicetree@vger.kernel.org Dave Martin wrote at Thursday, December 01, 2011 5:14 AM: > On Thu, Dec 01, 2011 at 11:10:50AM +0000, Mark Brown wrote: > > On Wed, Nov 30, 2011 at 04:38:26PM -0500, Nicolas Pitre wrote: > > > On Wed, 30 Nov 2011, Mark Brown wrote: > > > > > > Oh, dear. Any pointers to the discussions on the u-boot side? > > > > > Certainly. Many different threads actually. Here's a few: > > > > OK, thanks - I see Stephen just followed up and Wolfgang seems > > moderately happy so hopefully there will be some progress. It also > > occurs to me that there's at least Qi also using uImages, hopefully > > other bootloaders are going to be easier to deal with (or already cope). > > If Stephen's patches are heading for merge, that's great. > > If this feature remains blocked though, could we support Wolfgang's > preference for start-of-RAM-relative load and entry address? It looks like my change is progressing to being checked in: http://lists.denx.de/pipermail/u-boot/2011-December/111865.html As background though, I don't think an "SDRAM-relative" approach would be any more or less likely to get checked in; the size of the patch would end up being just the same as my final "don't copy the kernel to any load address" patch. Incidentally, the very first patch I posted was for an "SDRAM-relative" load address, although it ended up being far more complex than my final patch due to the way I implemented it; a rewrite would come out much smaller. -- nvpublic