On Thu, Aug 25, 2016 at 11:02:04AM -0500, Adam Ford wrote:
On Mon, Aug 22, 2016 at 7:08 AM, Tom Rini trini@konsulko.com wrote:
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 -
Is there any way to get one of these patch options pushed before the next RC candidate? I have evaluated both, and I don't see any issues on the DM3730 that I have.
I'm honestly debating it with myself still right now.