From mboxrd@z Thu Jan 1 00:00:00 1970 From: Lokesh Vutla Date: Mon, 22 Aug 2016 10:13:24 +0530 Subject: [U-Boot] OMAP3 SPL Overflow In-Reply-To: <20160821124512.GQ5342@bill-the-cat> References: <20160821124512.GQ5342@bill-the-cat> Message-ID: <00df9331-53e7-6d67-8819-624020eba02a@ti.com> List-Id: MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit To: u-boot@lists.denx.de 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. -----------8<------------------8<-------------------------------------