Mailinglist Archive: opensuse-arm (97 mails)

[Aneesh V <aneesh@xxxxxx>]

On Thursday 01 March 2012 04:56 PM, Guillaume Gardet wrote:
> Le 01/03/2012 10:44, Alexander Graf a écrit :
> > On 01.03.2012, at 09:04, Jason Kridner wrote:
> >
> > > On Wed, Feb 29, 2012 at 5:56 PM, Menon, Nishanth<nm@xxxxxx>  wrote:
> > > > On Wed, Feb 29, 2012 at 16:32, Alexander Graf<agraf@xxxxxxx>  wrote:
> > > > > Still need to figure out what exactly is going wrong there. But it's definitely 
> > > > > the MLO code that's broken, not the boot rom.
> > > > Wondering why we could'nt move to denx.com u-boot SPL instead of using
> > > > x-loader MLO?
> > > +1.  SPL is the right choice today.  Nishanth did a great job
> > > maintaining x-loader, but it was always a fork of u-boot and with SPL
> > > we've eliminated that fork.  Thanks Nishanth for highlighting this.
> > Yeah, good point. We already use SPL for the Panda, but somehow didn't manage 
> > to get the OMAP3 x-loader also based on it. I honestly don't remember why.
>
> Just tried to compile u-boot with SPL and it is 329K which is greater than the 
> 128K limit for beagleboard (OMAP3/DM37x). So we have to use MLO+u-boot.

I tried building u-boot and SPL for beagle using recent mainline code.
Here are the results:

SPL(MLO): 43828 bytes
u-boot.bin: 329992 bytes - this seems to be what you have reported.

If I add my Thumb patches and enable Thumb for Beagle:
SPL:    32420 bytes
u-boot.bin: 248168 bytes

AFAIK, standard u-boot had never been less than 128 KB in the recent
past. SPL will never be as big as 128K. Is there a confusion here? And
what is the 128K limitation based on?

br,
Aneesh

--
To unsubscribe, e-mail: opensuse-arm+unsubscribe@xxxxxxxxxxxx
To contact the owner, e-mail: opensuse-arm+owner@xxxxxxxxxxxx