[U-Boot] [PATCH v5] SPL: Makefile: Build a separate autoconf.mk for SPL

Tom Rini trini at ti.com
Tue Aug 20 14:59:39 CEST 2013


-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1

On 08/19/2013 06:07 PM, York Sun wrote:
> On 08/19/2013 03:04 PM, Tom Rini wrote:
>> On Mon, Aug 19, 2013 at 02:20:25PM -0700, York Sun wrote:
>>> On 08/19/2013 12:54 PM, Tom Rini wrote:
>>>> On Mon, Aug 19, 2013 at 02:47:53PM -0500, Scott Wood wrote:
>>>>> On Mon, 2013-08-19 at 16:14 +0800,
>>>>> ying.zhang at freescale.com wrote:
>>>>>> From: Ying Zhang <b40530 at freescale.com>
>>>>> 
>>>>> No.  You added one line AFAICT.  Preserve the original 
>>>>> author here.
>>>> 
>>>> Indeed.
>>>> 
>>> 
>>> Do we need Ying to send a new version? We can reset the author 
>>> to Joe when applying this patch.
>>> 
>>>>>> SPL defines CONFIG_SPL_BUILD but this does not percolate 
>>>>>> to the autoconf.mk Makefile. As a result the build
>>>>>> breaks when CONFIG_SPL_BUILD is used in the
>>>>>> board-specific include header file. With this, there is a
>>>>>> possibility of having a CONFIG option defined in the
>>>>>> header file but not defined in the Makefile causing all
>>>>>> kinds of build failure and problems.
>>>>>> 
>>>>>> It also messes things for up, for example, when one
>>>>>> might want to undefine options to keep the SPL small and 
>>>>>> doesn't want to be stuck with the CONFIG options used
>>>>>> for U-boot. Lastly, this also avoids defining special 
>>>>>> CONFIG_SPL_ variables for cases where some options are 
>>>>>> required in U-boot but not in SPL.
>>>>>> 
>>>>>> We add a spl-autoconf.mk rule that is generated for SPL 
>>>>>> with the CONFIG_SPL_BUILD flag and conditionally include 
>>>>>> it for SPL builds.
>>>>>> 
>>>>>> Signed-off-by: Joel A Fernandes <joelagnel at ti.com> 
>>>>>> Signed-off-by: Ying Zhang <b40530 at freescale.com> --- 
>>>>>> Change from v4: - No change. Change from v3: - No 
>>>>>> change.
>>>>> 
>>>>> Surely there was *some* change or you wouldn't have 
>>>>> reposted...
>>>> 
>>>> v4 was adding Joel's S-o-b line back to the changelog.
>>>> 
>>> 
>>> 
>>> I tried to run MAKEALL for arm and powerpc. Powerpc all passed 
>>> but I am having errors for arm, before applying this patch. I 
>>> am using Linaro's gcc 4.8.2 for arm. Should I use a different 
>>> toolchain? I am not used to work on arm platforms.
>> 
>> That's expected as the Linaro toolchain isn't good for all ARMs. 
>> I'll pass this through some testing locally as well.
> 
> Any suggestion on cross toolchain for ARM. I want to extend my 
> MAKEALL coverage, but don't want to deal with too many varieties
> of toolchains.

ELDK 5.2.x works for all ARM (and MIPS).

- -- 
Tom
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.4.11 (GNU/Linux)
Comment: Using GnuPG with Thunderbird - http://www.enigmail.net/

iQIcBAEBAgAGBQJSE2g7AAoJENk4IS6UOR1WMUIP/0adzkiNhsKBhjn39KNCpOSB
mwlRxpPMlDzzlUPWJCcZ+sWuxqRw7tpdq309x6G4ojUU4mXdZGv5kcs22kEJoTze
48GxFJQG30AMk0smgoAS9DgBoHS2UYPTQtnza77HBM9LlvOKzq0X9/xqJBn1jFOK
CJ+BPNh6HbAN3plwd0Oj2QgBvzR0K6yYmsVAhIliDv6KBhLfWA6Rakj4NqSoO3n3
e3zd3v2PR7WGXS0wGmSlCx48ORiSTxuIRY4Y3dZPV0qaxoQ5KuJDw8ASuPmj2YGz
zwSYrFTSbMVuIRB+pXtKRpxu2UjgKS/a0I074WM2ObMoNo00L5o3CWMBbQdllouL
AHdASNbGIm7XWN9SI2lcvOIIKAizoELxnzvB9eETsrzUk5n7YYBeM6yyXeZcpZ6q
hXPSRPyh9vae5rV5hbNs1ReBG+Dr73YtMFcUBUqbcyCHWFxe3O5CFjlPaKdwiQ1X
eIeK+7p4YmCJJJAQy6Qq0RqUuNVPZn6EXUgbuizDRZgny7ssOHya8dQHfLU6+wP6
PcLvTh8ix1bTNKPXye/bzMBc0NrJDVwoa2RQqZBehnSZpTfpu/eHQaIFHJaBxDRl
QQgKCwEkRvcmJsJTrGcrPI6G9h4a74kl7sKmGkhq6rq7qAz1zpm5tsPJ16s4RRwR
GcBF/qLc6iUBntQmAtM9
=JXfU
-----END PGP SIGNATURE-----


More information about the U-Boot mailing list