[OE-core] [oe-commits] Andy Voltz : tune-cortexa.inc: create a common include for cortex-a armv7a tuning
Khem Raj
raj.khem at gmail.com
Wed Jun 12 16:17:16 UTC 2013
On Jun 12, 2013, at 9:13 AM, Andy Voltz <andy.voltz at timesys.com> wrote:
> Hi Khem,
>
>> On Tue, Jun 11, 2013 at 6:45 AM, Andy Voltz <andy.voltz at timesys.com> wrote:
>>> I understand that. I sent an updated patch which reverts to mtune, but I'm getting
>>
>> mtune/march is small issue with this patch. I would recommend to send
>> a revert of the patches
>> since all arm architectures are broken as of now in OE-Core
>
> I see the issue now. It seems that overriding the tunes with a variable
> reference does not work for all the tunings. With the tune test script, I'm
> seeing that these tunes are broken:
> log.fake-cortexa9.cortexa9*
> log.fake-cortexa8.cortexa8*
>
> I see that variables can be assigned with a reference based on stuff like
> FILES_${QT_BASE_NAME}-fonts = …
>
> (From recipes-qt/qt4/qt4-embedded.inc)
>
> I'm not sure why it works there and not in the tunings, or how to fix.
>
its a different thing. Its constructing a variable name and not override. You were trying to create a override on the fly
that won't work.
> For now I have a revert patch which removes tune-cortexa.inc and restores the
> previous contents of the a7,a8,a9,15 tuning files.
>
> It also adds the tune-cortexa5.inc file I had sent on the list originally
> which led to this code-reduction experiment. That thread is here for reference:
>
> http://lists.openembedded.org/pipermail/openembedded-core/2013-June/079452.html
>
> Thanks for pointing out this issue. Patch is on the way.
>
np
> Regards
> --
> Andy Voltz
> Timesys Corporation
More information about the Openembedded-core
mailing list