[U-Boot] [PATCH v4 07/13] davinci: Use correct #ifdef around gdata/bdata
Albert ARIBAUD
albert.u.boot at aribaud.net
Tue Feb 28 22:55:11 CET 2012
Le 27/02/2012 13:02, Sughosh Ganu a écrit :
>> When I asked Heiko Schocher a few month ago why he defined putc and
>> puts in arch/arm/cpu/arm926ejs/davinci/spl.c he replied that he could
>> not use LIBCOMMON due to size limitations for the SPL. So I guess that
>> this board will not be able to use the generic relocation functions,
>> unless the SPL is smaller than 16kB, right? Simon's patchset will
>> break this board then, right?
>
> That is exactly what i reported in one of the threads in response to
> addition of libcommon and libgeneric to the hawkboard's spl. In
> fact, this might cause problems on quite a few boards with spl size
> restrictions. I am not sure, whether the generic relocation feature
> should be turned on by default on all boards or should be a config
> option -- at least for the spl builds. Another option would be to
> move it to a place where it is not needed to compile in the entire
> libcommon/libgeneric support that is not needed for the generic
> relocation code. I think that would help us keep the generic
> relocation without the size bloat that we see right now.
>
> http://lists.denx.de/pipermail/u-boot/2012-February/118567.html
Sorry for appearing dumb, but can someone explain to me how SPL relates
to relocation in the first place? I thought SPL was meant to be a
preloader for the full(er) U-boot, small enough to be loaded by some
SoCs' ROM code and possibly even to fit in SRAM. Why does it need
relocation? And if it does not, how come it is affected by a rework of
the relocation feature? I really would like a heads-up on this.
Amicalement,
--
Albert.
More information about the U-Boot
mailing list