On Mon, May 18, 2015 at 2:50 PM, Otavio Salvador <ota...@ossystems.com.br> wrote: > On Mon, May 18, 2015 at 9:43 AM, Andreas Müller > <schnitzelt...@googlemail.com> wrote: >> On Mon, May 18, 2015 at 1:55 PM, Otavio Salvador >> <ota...@ossystems.com.br> wrote: >>> On Mon, May 18, 2015 at 6:00 AM, Andreas Müller >>> <schnitzelt...@googlemail.com> wrote: >>>> On Mon, May 18, 2015 at 10:01 AM, Martin Jansa <martin.ja...@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.ja...@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...@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 -- _______________________________________________ Openembedded-core mailing list Openembedded-core@lists.openembedded.org http://lists.openembedded.org/mailman/listinfo/openembedded-core