[OE-core] Add basic PowerPC core tune config (bug?)

Koen Kooi koen at dominion.thruhere.net
Thu Jul 28 08:57:44 UTC 2011


Op 28 jul. 2011, om 10:47 heeft Paul Eggleton het volgende geschreven:

> On Thursday 28 July 2011 08:48:43 Cui, Dexuan wrote:
>> Saul Wold wrote on 2011-07-28:
>>> On 07/27/2011 10:25 PM, Kumar Gala wrote:
>>>> For some reason when I get to do_rootfs for core-image-sato when using
>>>> rpms I run into an issue in that:
>>>> 
>>>> ${PACKAGE_EXTRA_ARCHS_tune-${DEFAULTTUNE}}
>>>> 
>>>> Isn't expanding or taking the assignment in
>>>> meta/conf/machine/include/tune-ppcFOO.inc but just using what it
>>>> found in meta/conf/bitbake.conf
>>> 
>>> I believe that I am seeing this also with an atom-pc build, where the
>>> PACKAGE_EXTRA_ARCHS seems OK, but ends up just being i586 instead of a
>>> list of ARCHS that includes core2 (which atom-pc should be).
>> 
>> Hi, I'm suffering from the exactly same issue... :-(
>> I don't know why PACKAGE_EXTRA_ARCHS_tune-${DEFAULTTUNE} isn't expending
>> yet.
> 
> It seems to me that ??= gets confused because the variable name needs 
> expanding. If you change the ${DEFAULTTUNE} reference to core2 in 
> PACKAGE_EXTRA_ARCHS_tune-${DEFAULTTUNE} ??= "${TARGET_ARCH}" it all works. I 
> don't know if that indicates a BitBake bug or whether we should try to work 
> around it.

I think it has to do with when the anonymous python runs. Try comparing 'bitbake -e' and and 'bitbake -e some-image':

koen at dominion:/OE/tentacle/sources/openembedded-core/meta$ bitbake -e | grep PACKAGE_EXTRA_ARCHS\=
# PACKAGE_EXTRA_ARCHS=${PACKAGE_EXTRA_ARCHS_tune-${DEFAULTTUNE}}
PACKAGE_EXTRA_ARCHS="arm armv4 armv4t armv5 armv5t armv5-vfp armv5t-vfp armv5e armv5te armv5e-vfp armv5te-vfp armv6-vfp armv6t-vfp armv7-vfp armv7t2-vfp armv7a-vfp armv7at2-vfp armv7a-vfp-neon armv7at2-vfp-neon"

koen at dominion:/OE/tentacle/sources/openembedded-core/meta$ bitbake -e efl-nodm-image | grep PACKAGE_EXTRA_ARCHS\=
# PACKAGE_EXTRA_ARCHS=${PACKAGE_EXTRA_ARCHS_tune-${DEFAULTTUNE}}
PACKAGE_EXTRA_ARCHS="arm"

regards,

Koen



More information about the Openembedded-core mailing list