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

Otavio Salvador otavio at ossystems.com.br
Mon May 18 12:50:28 UTC 2015


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.

-- 
Otavio Salvador                             O.S. Systems
http://www.ossystems.com.br        http://code.ossystems.com.br
Mobile: +55 (53) 9981-7854            Mobile: +1 (347) 903-9750



More information about the Openembedded-core mailing list