Re: [U-Boot] OMAP3 SPL Overflow

2016-08-25 Thread Tom Rini
On Thu, Aug 25, 2016 at 11:02:04AM -0500, Adam Ford wrote: > On Mon, Aug 22, 2016 at 7:08 AM, Tom Rini 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 Fo

Re: [U-Boot] OMAP3 SPL Overflow

2016-08-25 Thread Adam Ford
On Mon, Aug 22, 2016 at 7:08 AM, Tom Rini 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 >> >> a78c

Re: [U-Boot] OMAP3 SPL Overflow

2016-08-22 Thread Tom Rini
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 `.sra

Re: [U-Boot] OMAP3 SPL Overflow

2016-08-21 Thread Lokesh Vutla
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 >>

Re: [U-Boot] OMAP3 SPL Overflow

2016-08-21 Thread Tom Rini
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 cont

[U-Boot] OMAP3 SPL Overflow

2016-08-21 Thread Adam Ford
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? ad