From mboxrd@z Thu Jan 1 00:00:00 1970 From: Tom Rini Date: Mon, 17 Jun 2013 08:38:50 -0400 Subject: [U-Boot] [PATCH 3/3] arm: omap3: Add SPL support to cm_t35 In-Reply-To: <51BEF8B7.3050003@compulab.co.il> References: <1371200101-11510-1-git-send-email-sr@denx.de> <1371200101-11510-3-git-send-email-sr@denx.de> <51BEF8B7.3050003@compulab.co.il> Message-ID: <20130617123850.GA8619@bill-the-cat> List-Id: MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit To: u-boot@lists.denx.de On Mon, Jun 17, 2013 at 02:53:27PM +0300, Igor Grinberg wrote: > Hi Stefan, > > On 06/14/13 11:55, Stefan Roese wrote: > > Add SPL U-Boot support to replace x-loader on the Compulab cm_t35 > > board. Currently only the 256MiB SDRAM board versions are supported. > > > > Tested by booting via MMC and NAND. > > > > Signed-off-by: Stefan Roese > > Cc: Tom Rini > > Cc: Igor Grinberg [snip] > > +/* > > + * 1MB into the SDRAM to allow for SPL's bss at the beginning of SDRAM > > + * 64 bytes before this address should be set aside for u-boot.img's > > + * header. That is 0x800FFFC0--0x80100000 should not be used for any > > + * other needs. > > + */ > > +#define CONFIG_SYS_TEXT_BASE 0x80100000 > > Now this is a problem. > This breaks the backward compatibility with our X-Loader and we > cannot just switch to 80100000... And thinking back to when I was doing more OMAP3 conversions, there's no requirement to break compatibility with x-loader either. You just need to take care where you place things, see doc/SPL/README.omap3 for the SPL and X-Loader compatible setup. -- Tom -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 836 bytes Desc: Digital signature URL: