From mboxrd@z Thu Jan 1 00:00:00 1970 From: Tom Rini Date: Mon, 22 Aug 2016 08:08:52 -0400 Subject: [U-Boot] OMAP3 SPL Overflow In-Reply-To: <00df9331-53e7-6d67-8819-624020eba02a@ti.com> References: <20160821124512.GQ5342@bill-the-cat> <00df9331-53e7-6d67-8819-624020eba02a@ti.com> Message-ID: <20160822120852.GA5342@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, Aug 22, 2016 at 10:13:24AM +0530, Lokesh Vutla wrote: > > > On Sunday 21 August 2016 06:15 PM, Tom Rini wrote: > > On Sun, Aug 21, 2016 at 06:29:42AM -0500, Adam Ford wrote: > > > >> Using Git bisect, it appears to me that > >> a78cd8613204188991c192b8dae2de0aae3b1722 makes "region `.sram' > >> overflowed by 888 bytes" when I compile for omap3_logic. As I move > >> forward through the git commits that overflow amount is continuing to > >> grow. > >> > >> Does anyone else with an OMAP3 have this issue? > > > > The best solution I have for this at current is a patch that re-works > > how we use the download image area and compacts the size we reserve for > > the scratch area to be still much larger than required. > > I agree here. Right now the scratch addr space is 4KB. We can reduce it > to 1KB. Below is the patch that is being used in ti-u-boot to solve this > issue. Ah good. That's the same amount I also cut things down to, for all of the TI platforms that have this setup from ROM. -- Tom -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 819 bytes Desc: Digital signature URL: