[OE-core] trouble related to oe-core update

Andreas Müller schnitzeltony at googlemail.com
Mon May 18 13:08:50 UTC 2015


On Mon, May 18, 2015 at 2:50 PM, Otavio Salvador
<otavio at ossystems.com.br> wrote:
> On Mon, May 18, 2015 at 9:43 AM, Andreas Müller
> <schnitzeltony at googlemail.com> wrote:
>> On Mon, May 18, 2015 at 1:55 PM, Otavio Salvador
>> <otavio at ossystems.com.br> wrote:
>>> On Mon, May 18, 2015 at 6:00 AM, Andreas Müller
>>> <schnitzeltony at googlemail.com> wrote:
>>>> On Mon, May 18, 2015 at 10:01 AM, Martin Jansa <martin.jansa at gmail.com> wrote:
>>>>> On Mon, May 18, 2015 at 09:46:03AM +0200, Andreas Müller wrote:
>>>>>> Hi,
>>>>>
>>>>> Hi,
>>>>>
>>>>>> have seen that a while ago but had no time to take care.
>>>>>>
>>>>>> Since oe-core commit
>>>>>>
>>>>>> commit 3e760031f91fb87c3e2f62b77a117eb41164f259
>>>>>> Author: Martin Jansa <martin.jansa at gmail.com>
>>>>>> Date:   Wed Feb 18 15:40:35 2015 +0100
>>>>>>
>>>>>>     feature-arm-thumb.inc: respect ARM_INSTRUCTION_SET when adding thumb suffix
>>>>>>
>>>>>> I get
>>>>>>
>>>>>> ERROR:  OE-core's config sanity checker detected a potential misconfiguration.
>>>>>>     Either fix the cause of this error or at your own risk disable the
>>>>>> checker (see sanity.conf).
>>>>>>     Following is the list of potential problems / advisories:
>>>>>>
>>>>>>     Error, the PACKAGE_ARCHS variable does not contain TUNE_PKGARCH
>>>>>> (cortexa9t2hf-vfp-neon).
>>>>>>
>>>>>> I don't understand this fully but it seems that
>>>>>> fsl-dynamic-packagearch.bbclass would add this pkg arch but this never
>>>>>> happens because sanity.bbclass is executed first and interrupts
>>>>>> parsing. What I don't understand: Am I the only one having this issue
>>>>>>o
>>>>> I'm not using meta-fsl*, butdo you have this patch in your setup?
>>>>> http://patches.openembedded.org/patch/90989/
>>>>> it was discussed off-list a while ago and this change looks like result
>>>>> of that discussion.
>>>>>
>>>> Have meta-fsl-arm current master in my layers. This contains a similar patch:
>>>>
>>>> commit bfe01a0ebde407086f4a7710ea165c6beff310d7
>>>> Author: Max Krummenacher <max.oss.09 at gmail.com>
>>>> Date:   Mon Mar 30 23:49:32 2015 +0200
>>>>
>>>>     fsl-dynamic-packagearch: add all MACHINE_SOCARCH feeds
>>>>
>>>> Have rebased the mentionioned patch -> same result.
>>>>
>>>> My problem seems to be that sanity.bbclass bails out before code in
>>>> fsl-dynamic-packagearch.bbclass is executed (and would fix). Playing
>>>> around with layer priorities / order of layers nothing changed
>>>> situation.
>>>
>>> What board are you using?
>>>
>> For this I used imx6qsabresd (want to build for another machine but to
>> be sure that my layer does not cause trouble I removed it from
>> bblayers.conf and select imx6qsabresd).
>>
>> Updates:
>>
>> 1) when replacing DISTRO = "angstrom" by DISTRO = "nodistro" in
>> local.conf and using imx6qsabresd as machine -> parsing of recipes
>> starts.
>> 2) selecting custom machine [1] and DISTRO = "nodistro" -> sanity causes break
>>
>> I get the feeling that there is some kind of race:
>> check_sanity_eventhandler in sanity.bbclass might get called before
>> python code in fsl-dynamic-packagearch.bbclass was executed.
>>
>> [1] https://github.com/schnitzeltony/meta-variscite-community/blob/master/conf/machine/varsomimx6q.conf
>
> So it is clearly related to the Variscite board.
>
> This layer has too much duplication. Stop using the duplicated bits
> and rely on the ones provided by the BSP (imx-base.inc for example).
> To be honest, it would be good to push Variscite to proper integrate
> the board as it is a very popular SoM for custom projects. The
> imx-base.inc reuse should fix your issue I think.
>
This layer is WIP (would be happy to see something usable in
meta-fsl-arm-extra -but this is a different story) so don't
overestimate please. Still what about angstrom + imx6qsabresd?

Andreas



More information about the Openembedded-core mailing list