From: Tom Rini Date: Sat, 1 Jun 2013 09:23:27 -0400 Subject: [U-Boot] [PATCH 2/3] am33xx: Correct NON_SECURE_SRAM_START/END In-Reply-To: <87hahix3zf.fsf@dell.be.48ers.dk> References: <1370024339-28355-1-git-send-email-trini@ti.com> <1370024339-28355-2-git-send-email-trini@ti.com> <87hahix3zf.fsf@dell.be.48ers.dk> Message-ID: <20130601132327.GC9556@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 Fri, May 31, 2013 at 10:56:52PM +0200, Peter Korsgaard wrote: > >>>>> "Tom" == Tom Rini writes: > > Tom> Prior to Sricharan's cleanup of the boot parameter saving code, we > Tom> did not make use of NON_SECURE_SRAM_START on am33xx, so it wasn't a > Tom> problem that the address was pointing to the middle of our running SPL. > Tom> Correct to point to the base location of the download image area. > Tom> Increase CONFIG_SPL_TEXT_BASE to account for this scratch area being > Tom> used. As part of correcting these tests, make use of the fact that > Tom> we've always been placing our stack outside of the download image area > Tom> (which is fine, once the downloaded image is run, ROM is gone) so > Tom> correct the max size test to be the ROM defined top of the download area > Tom> to where we link/load at. [snip] > Tom> + * We limit our size to the ROM-defined dowloaded image area, and use the > > s/dowloaded/downloaded/ And copy/pasted to the other configs, oops, fixed in all 3. If there's no other feedback, I'll refrain from a v2 posting and just include the typo correction when I merge it middle of next week, thanks! -- Tom -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 836 bytes Desc: Digital signature URL: