* trouble related to oe-core update
@ 2015-05-18 7:46 Andreas Müller
2015-05-18 8:01 ` [OE-core] " Martin Jansa
0 siblings, 1 reply; 29+ messages in thread
From: Andreas Müller @ 2015-05-18 7:46 UTC (permalink / raw)
To: meta-freescale@yoctoproject.org,
Patches and discussions about the oe-core layer
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@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
and if yes - what makes my configuration special.
Help - please :)
Andreas
^ permalink raw reply [flat|nested] 29+ messages in thread* Re: trouble related to oe-core update 2015-05-18 7:46 trouble related to oe-core update Andreas Müller @ 2015-05-18 8:01 ` Martin Jansa 0 siblings, 0 replies; 29+ messages in thread From: Martin Jansa @ 2015-05-18 8:01 UTC (permalink / raw) To: Andreas Müller Cc: meta-freescale@yoctoproject.org, Patches and discussions about the oe-core layer 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@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. -- Martin 'JaMa' Jansa jabber: Martin.Jansa@gmail.com ^ permalink raw reply [flat|nested] 29+ messages in thread
* Re: [OE-core] trouble related to oe-core update @ 2015-05-18 8:01 ` Martin Jansa 0 siblings, 0 replies; 29+ messages in thread From: Martin Jansa @ 2015-05-18 8:01 UTC (permalink / raw) To: Andreas Müller Cc: meta-freescale@yoctoproject.org, Patches and discussions about the oe-core layer 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@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. -- Martin 'JaMa' Jansa jabber: Martin.Jansa@gmail.com ^ permalink raw reply [flat|nested] 29+ messages in thread
* Re: trouble related to oe-core update 2015-05-18 8:01 ` [OE-core] " Martin Jansa @ 2015-05-18 9:00 ` Andreas Müller -1 siblings, 0 replies; 29+ messages in thread From: Andreas Müller @ 2015-05-18 9:00 UTC (permalink / raw) To: Martin Jansa Cc: meta-freescale@yoctoproject.org, Patches and discussions about the oe-core layer On Mon, May 18, 2015 at 10:01 AM, Martin Jansa <martin.jansa@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@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@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. Andreas ^ permalink raw reply [flat|nested] 29+ messages in thread
* Re: [OE-core] trouble related to oe-core update @ 2015-05-18 9:00 ` Andreas Müller 0 siblings, 0 replies; 29+ messages in thread From: Andreas Müller @ 2015-05-18 9:00 UTC (permalink / raw) To: Martin Jansa Cc: meta-freescale@yoctoproject.org, Patches and discussions about the oe-core layer On Mon, May 18, 2015 at 10:01 AM, Martin Jansa <martin.jansa@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@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@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. Andreas ^ permalink raw reply [flat|nested] 29+ messages in thread
* Re: trouble related to oe-core update 2015-05-18 9:00 ` [OE-core] " Andreas Müller @ 2015-05-18 11:55 ` Otavio Salvador -1 siblings, 0 replies; 29+ messages in thread From: Otavio Salvador @ 2015-05-18 11:55 UTC (permalink / raw) To: Andreas Müller Cc: meta-freescale@yoctoproject.org, Patches and discussions about the oe-core layer On Mon, May 18, 2015 at 6:00 AM, Andreas Müller <schnitzeltony@googlemail.com> wrote: > On Mon, May 18, 2015 at 10:01 AM, Martin Jansa <martin.jansa@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@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@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? -- 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 ^ permalink raw reply [flat|nested] 29+ messages in thread
* Re: [OE-core] trouble related to oe-core update @ 2015-05-18 11:55 ` Otavio Salvador 0 siblings, 0 replies; 29+ messages in thread From: Otavio Salvador @ 2015-05-18 11:55 UTC (permalink / raw) To: Andreas Müller Cc: meta-freescale@yoctoproject.org, Martin Jansa, Patches and discussions about the oe-core layer On Mon, May 18, 2015 at 6:00 AM, Andreas Müller <schnitzeltony@googlemail.com> wrote: > On Mon, May 18, 2015 at 10:01 AM, Martin Jansa <martin.jansa@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@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@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? -- 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 ^ permalink raw reply [flat|nested] 29+ messages in thread
* Re: trouble related to oe-core update 2015-05-18 11:55 ` [OE-core] " Otavio Salvador @ 2015-05-18 12:43 ` Andreas Müller -1 siblings, 0 replies; 29+ messages in thread From: Andreas Müller @ 2015-05-18 12:43 UTC (permalink / raw) To: Otavio Salvador Cc: meta-freescale@yoctoproject.org, Patches and discussions about the oe-core layer On Mon, May 18, 2015 at 1:55 PM, Otavio Salvador <otavio@ossystems.com.br> wrote: > On Mon, May 18, 2015 at 6:00 AM, Andreas Müller > <schnitzeltony@googlemail.com> wrote: >> On Mon, May 18, 2015 at 10:01 AM, Martin Jansa <martin.jansa@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@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@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 Andreas ^ permalink raw reply [flat|nested] 29+ messages in thread
* Re: [OE-core] trouble related to oe-core update @ 2015-05-18 12:43 ` Andreas Müller 0 siblings, 0 replies; 29+ messages in thread From: Andreas Müller @ 2015-05-18 12:43 UTC (permalink / raw) To: Otavio Salvador Cc: meta-freescale@yoctoproject.org, Martin Jansa, Patches and discussions about the oe-core layer On Mon, May 18, 2015 at 1:55 PM, Otavio Salvador <otavio@ossystems.com.br> wrote: > On Mon, May 18, 2015 at 6:00 AM, Andreas Müller > <schnitzeltony@googlemail.com> wrote: >> On Mon, May 18, 2015 at 10:01 AM, Martin Jansa <martin.jansa@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@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@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 Andreas ^ permalink raw reply [flat|nested] 29+ messages in thread
* Re: trouble related to oe-core update 2015-05-18 12:43 ` [OE-core] " Andreas Müller @ 2015-05-18 12:50 ` Otavio Salvador -1 siblings, 0 replies; 29+ messages in thread From: Otavio Salvador @ 2015-05-18 12:50 UTC (permalink / raw) To: Andreas Müller Cc: meta-freescale@yoctoproject.org, Patches and discussions about the oe-core layer On Mon, May 18, 2015 at 9:43 AM, Andreas Müller <schnitzeltony@googlemail.com> wrote: > On Mon, May 18, 2015 at 1:55 PM, Otavio Salvador > <otavio@ossystems.com.br> wrote: >> On Mon, May 18, 2015 at 6:00 AM, Andreas Müller >> <schnitzeltony@googlemail.com> wrote: >>> On Mon, May 18, 2015 at 10:01 AM, Martin Jansa <martin.jansa@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@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@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 ^ permalink raw reply [flat|nested] 29+ messages in thread
* Re: [OE-core] trouble related to oe-core update @ 2015-05-18 12:50 ` Otavio Salvador 0 siblings, 0 replies; 29+ messages in thread From: Otavio Salvador @ 2015-05-18 12:50 UTC (permalink / raw) To: Andreas Müller Cc: meta-freescale@yoctoproject.org, Martin Jansa, Patches and discussions about the oe-core layer On Mon, May 18, 2015 at 9:43 AM, Andreas Müller <schnitzeltony@googlemail.com> wrote: > On Mon, May 18, 2015 at 1:55 PM, Otavio Salvador > <otavio@ossystems.com.br> wrote: >> On Mon, May 18, 2015 at 6:00 AM, Andreas Müller >> <schnitzeltony@googlemail.com> wrote: >>> On Mon, May 18, 2015 at 10:01 AM, Martin Jansa <martin.jansa@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@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@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 ^ permalink raw reply [flat|nested] 29+ messages in thread
* Re: trouble related to oe-core update 2015-05-18 12:50 ` [OE-core] " Otavio Salvador @ 2015-05-18 13:08 ` Andreas Müller -1 siblings, 0 replies; 29+ messages in thread From: Andreas Müller @ 2015-05-18 13:08 UTC (permalink / raw) To: Otavio Salvador Cc: meta-freescale@yoctoproject.org, Patches and discussions about the oe-core layer On Mon, May 18, 2015 at 2:50 PM, Otavio Salvador <otavio@ossystems.com.br> wrote: > On Mon, May 18, 2015 at 9:43 AM, Andreas Müller > <schnitzeltony@googlemail.com> wrote: >> On Mon, May 18, 2015 at 1:55 PM, Otavio Salvador >> <otavio@ossystems.com.br> wrote: >>> On Mon, May 18, 2015 at 6:00 AM, Andreas Müller >>> <schnitzeltony@googlemail.com> wrote: >>>> On Mon, May 18, 2015 at 10:01 AM, Martin Jansa <martin.jansa@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@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@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 ^ permalink raw reply [flat|nested] 29+ messages in thread
* Re: [OE-core] trouble related to oe-core update @ 2015-05-18 13:08 ` Andreas Müller 0 siblings, 0 replies; 29+ messages in thread From: Andreas Müller @ 2015-05-18 13:08 UTC (permalink / raw) To: Otavio Salvador Cc: meta-freescale@yoctoproject.org, Martin Jansa, Patches and discussions about the oe-core layer On Mon, May 18, 2015 at 2:50 PM, Otavio Salvador <otavio@ossystems.com.br> wrote: > On Mon, May 18, 2015 at 9:43 AM, Andreas Müller > <schnitzeltony@googlemail.com> wrote: >> On Mon, May 18, 2015 at 1:55 PM, Otavio Salvador >> <otavio@ossystems.com.br> wrote: >>> On Mon, May 18, 2015 at 6:00 AM, Andreas Müller >>> <schnitzeltony@googlemail.com> wrote: >>>> On Mon, May 18, 2015 at 10:01 AM, Martin Jansa <martin.jansa@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@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@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 ^ permalink raw reply [flat|nested] 29+ messages in thread
* Re: trouble related to oe-core update 2015-05-18 13:08 ` [OE-core] " Andreas Müller @ 2015-05-18 13:12 ` Otavio Salvador -1 siblings, 0 replies; 29+ messages in thread From: Otavio Salvador @ 2015-05-18 13:12 UTC (permalink / raw) To: Andreas Müller Cc: meta-freescale@yoctoproject.org, Patches and discussions about the oe-core layer On Mon, May 18, 2015 at 10:08 AM, Andreas Müller <schnitzeltony@googlemail.com> wrote: > On Mon, May 18, 2015 at 2:50 PM, Otavio Salvador > <otavio@ossystems.com.br> wrote: ... > overestimate please. Still what about angstrom + imx6qsabresd? No clue. I personally don't use Angstrom and I don't know what the distro does. You can instrument the class code to see if you find something useful and I can assist in how to address the issue. I just don't have enough time to debug this myself. -- 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 ^ permalink raw reply [flat|nested] 29+ messages in thread
* Re: [OE-core] trouble related to oe-core update @ 2015-05-18 13:12 ` Otavio Salvador 0 siblings, 0 replies; 29+ messages in thread From: Otavio Salvador @ 2015-05-18 13:12 UTC (permalink / raw) To: Andreas Müller Cc: meta-freescale@yoctoproject.org, Martin Jansa, Patches and discussions about the oe-core layer On Mon, May 18, 2015 at 10:08 AM, Andreas Müller <schnitzeltony@googlemail.com> wrote: > On Mon, May 18, 2015 at 2:50 PM, Otavio Salvador > <otavio@ossystems.com.br> wrote: ... > overestimate please. Still what about angstrom + imx6qsabresd? No clue. I personally don't use Angstrom and I don't know what the distro does. You can instrument the class code to see if you find something useful and I can assist in how to address the issue. I just don't have enough time to debug this myself. -- 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 ^ permalink raw reply [flat|nested] 29+ messages in thread
* Re: trouble related to oe-core update 2015-05-18 13:12 ` [OE-core] " Otavio Salvador @ 2015-05-19 3:54 ` Khem Raj -1 siblings, 0 replies; 29+ messages in thread From: Khem Raj @ 2015-05-19 3:54 UTC (permalink / raw) To: Otavio Salvador Cc: meta-freescale@yoctoproject.org, Patches and discussions about the oe-core layer [-- Attachment #1: Type: text/plain, Size: 1407 bytes --] > On May 18, 2015, at 6:12 AM, Otavio Salvador <otavio@ossystems.com.br> wrote: > > On Mon, May 18, 2015 at 10:08 AM, Andreas Müller > <schnitzeltony@googlemail.com> wrote: >> On Mon, May 18, 2015 at 2:50 PM, Otavio Salvador >> <otavio@ossystems.com.br> wrote: > ... >> overestimate please. Still what about angstrom + imx6qsabresd? > > No clue. I personally don't use Angstrom and I don't know what the > distro does. You can instrument the class code to see if you find > something useful and I can assist in how to address the issue. I just > don't have enough time to debug this myself. It has nothing to do with Angstrom, I checked meta-fsl-arm and here it goes conf/machine/imx6qsabresd.conf …. SOC_FAMILY = "mx6:mx6q” … Then conf/machine/include/imx-base.inc …. # Float-Point setting # handled by software # DEFAULTTUNE_mx6 ?= "cortexa9-neon" # handled by hardware DEFAULTTUNE_mx6 ?= "cortexa9hf-neon” …. Here you are saying all mx6 machines which don’t choose their DEFAULTTUNE are not thumb capable and hence ‘thumb’ does not get into TUNE_FEATURES IMO changing defaults for mx6 to use cortexa9t2hf-vfp-neon would be most close to h/w capabilities. and when we say my default instruction set is thumb then it errors out. Ofcours one could argue that message could have been better but atleast it did not do the wrong thing [-- Attachment #2: Message signed with OpenPGP using GPGMail --] [-- Type: application/pgp-signature, Size: 211 bytes --] ^ permalink raw reply [flat|nested] 29+ messages in thread
* Re: [OE-core] trouble related to oe-core update @ 2015-05-19 3:54 ` Khem Raj 0 siblings, 0 replies; 29+ messages in thread From: Khem Raj @ 2015-05-19 3:54 UTC (permalink / raw) To: Otavio Salvador Cc: meta-freescale@yoctoproject.org, Patches and discussions about the oe-core layer [-- Attachment #1: Type: text/plain, Size: 1407 bytes --] > On May 18, 2015, at 6:12 AM, Otavio Salvador <otavio@ossystems.com.br> wrote: > > On Mon, May 18, 2015 at 10:08 AM, Andreas Müller > <schnitzeltony@googlemail.com> wrote: >> On Mon, May 18, 2015 at 2:50 PM, Otavio Salvador >> <otavio@ossystems.com.br> wrote: > ... >> overestimate please. Still what about angstrom + imx6qsabresd? > > No clue. I personally don't use Angstrom and I don't know what the > distro does. You can instrument the class code to see if you find > something useful and I can assist in how to address the issue. I just > don't have enough time to debug this myself. It has nothing to do with Angstrom, I checked meta-fsl-arm and here it goes conf/machine/imx6qsabresd.conf …. SOC_FAMILY = "mx6:mx6q” … Then conf/machine/include/imx-base.inc …. # Float-Point setting # handled by software # DEFAULTTUNE_mx6 ?= "cortexa9-neon" # handled by hardware DEFAULTTUNE_mx6 ?= "cortexa9hf-neon” …. Here you are saying all mx6 machines which don’t choose their DEFAULTTUNE are not thumb capable and hence ‘thumb’ does not get into TUNE_FEATURES IMO changing defaults for mx6 to use cortexa9t2hf-vfp-neon would be most close to h/w capabilities. and when we say my default instruction set is thumb then it errors out. Ofcours one could argue that message could have been better but atleast it did not do the wrong thing [-- Attachment #2: Message signed with OpenPGP using GPGMail --] [-- Type: application/pgp-signature, Size: 211 bytes --] ^ permalink raw reply [flat|nested] 29+ messages in thread
* Re: trouble related to oe-core update 2015-05-19 3:54 ` [OE-core] " Khem Raj @ 2015-05-19 8:54 ` Andreas Müller -1 siblings, 0 replies; 29+ messages in thread From: Andreas Müller @ 2015-05-19 8:54 UTC (permalink / raw) To: Khem Raj Cc: meta-freescale@yoctoproject.org, Otavio Salvador, Patches and discussions about the oe-core layer On Tue, May 19, 2015 at 5:54 AM, Khem Raj <raj.khem@gmail.com> wrote: > >> On May 18, 2015, at 6:12 AM, Otavio Salvador <otavio@ossystems.com.br> wrote: >> >> On Mon, May 18, 2015 at 10:08 AM, Andreas Müller >> <schnitzeltony@googlemail.com> wrote: >>> On Mon, May 18, 2015 at 2:50 PM, Otavio Salvador >>> <otavio@ossystems.com.br> wrote: >> ... >>> overestimate please. Still what about angstrom + imx6qsabresd? >> >> No clue. I personally don't use Angstrom and I don't know what the >> distro does. You can instrument the class code to see if you find >> something useful and I can assist in how to address the issue. I just >> don't have enough time to debug this myself. > > It has nothing to do with Angstrom, I checked meta-fsl-arm and here it goes > > conf/machine/imx6qsabresd.conf > …. > SOC_FAMILY = "mx6:mx6q” > … > > Then > > conf/machine/include/imx-base.inc > > …. > # Float-Point setting > # handled by software > # DEFAULTTUNE_mx6 ?= "cortexa9-neon" > # handled by hardware > DEFAULTTUNE_mx6 ?= "cortexa9hf-neon” > …. > > Here you are saying all mx6 machines which don’t choose their DEFAULTTUNE are not thumb capable > and hence ‘thumb’ does not get into TUNE_FEATURES > > IMO changing defaults for mx6 to use cortexa9t2hf-vfp-neon would be most close to h/w capabilities. > > and when we say my default instruction set is thumb then it errors out. Ofcours one could argue > that message could have been better but atleast it did not do the wrong thing > Hi, thanks very very much for support. As you might guess TUNES are still a matter I do not yet understand - please no comments :). So to get build working again - also for variscite machine - I commented out DEFAULTTUNE_mx6 in conf/machine/include/imx-base.inc. Maybe somebody could jump in to get the combination of meta-fsl-arm / meta-angstrom working with a proper fix? Thanks again Andreas ^ permalink raw reply [flat|nested] 29+ messages in thread
* Re: [OE-core] trouble related to oe-core update @ 2015-05-19 8:54 ` Andreas Müller 0 siblings, 0 replies; 29+ messages in thread From: Andreas Müller @ 2015-05-19 8:54 UTC (permalink / raw) To: Khem Raj Cc: meta-freescale@yoctoproject.org, Otavio Salvador, Patches and discussions about the oe-core layer On Tue, May 19, 2015 at 5:54 AM, Khem Raj <raj.khem@gmail.com> wrote: > >> On May 18, 2015, at 6:12 AM, Otavio Salvador <otavio@ossystems.com.br> wrote: >> >> On Mon, May 18, 2015 at 10:08 AM, Andreas Müller >> <schnitzeltony@googlemail.com> wrote: >>> On Mon, May 18, 2015 at 2:50 PM, Otavio Salvador >>> <otavio@ossystems.com.br> wrote: >> ... >>> overestimate please. Still what about angstrom + imx6qsabresd? >> >> No clue. I personally don't use Angstrom and I don't know what the >> distro does. You can instrument the class code to see if you find >> something useful and I can assist in how to address the issue. I just >> don't have enough time to debug this myself. > > It has nothing to do with Angstrom, I checked meta-fsl-arm and here it goes > > conf/machine/imx6qsabresd.conf > …. > SOC_FAMILY = "mx6:mx6q” > … > > Then > > conf/machine/include/imx-base.inc > > …. > # Float-Point setting > # handled by software > # DEFAULTTUNE_mx6 ?= "cortexa9-neon" > # handled by hardware > DEFAULTTUNE_mx6 ?= "cortexa9hf-neon” > …. > > Here you are saying all mx6 machines which don’t choose their DEFAULTTUNE are not thumb capable > and hence ‘thumb’ does not get into TUNE_FEATURES > > IMO changing defaults for mx6 to use cortexa9t2hf-vfp-neon would be most close to h/w capabilities. > > and when we say my default instruction set is thumb then it errors out. Ofcours one could argue > that message could have been better but atleast it did not do the wrong thing > Hi, thanks very very much for support. As you might guess TUNES are still a matter I do not yet understand - please no comments :). So to get build working again - also for variscite machine - I commented out DEFAULTTUNE_mx6 in conf/machine/include/imx-base.inc. Maybe somebody could jump in to get the combination of meta-fsl-arm / meta-angstrom working with a proper fix? Thanks again Andreas ^ permalink raw reply [flat|nested] 29+ messages in thread
* Re: trouble related to oe-core update 2015-05-19 8:54 ` [OE-core] " Andreas Müller @ 2015-05-20 8:34 ` Andreas Müller -1 siblings, 0 replies; 29+ messages in thread From: Andreas Müller @ 2015-05-20 8:34 UTC (permalink / raw) To: Khem Raj Cc: meta-freescale@yoctoproject.org, Otavio Salvador, Patches and discussions about the oe-core layer On Tue, May 19, 2015 at 10:54 AM, Andreas Müller <schnitzeltony@googlemail.com> wrote: > On Tue, May 19, 2015 at 5:54 AM, Khem Raj <raj.khem@gmail.com> wrote: >> >>> On May 18, 2015, at 6:12 AM, Otavio Salvador <otavio@ossystems.com.br> wrote: >>> >>> On Mon, May 18, 2015 at 10:08 AM, Andreas Müller >>> <schnitzeltony@googlemail.com> wrote: >>>> On Mon, May 18, 2015 at 2:50 PM, Otavio Salvador >>>> <otavio@ossystems.com.br> wrote: >>> ... >>>> overestimate please. Still what about angstrom + imx6qsabresd? >>> >>> No clue. I personally don't use Angstrom and I don't know what the >>> distro does. You can instrument the class code to see if you find >>> something useful and I can assist in how to address the issue. I just >>> don't have enough time to debug this myself. >> >> It has nothing to do with Angstrom, I checked meta-fsl-arm and here it goes >> >> conf/machine/imx6qsabresd.conf >> …. >> SOC_FAMILY = "mx6:mx6q” >> … >> >> Then >> >> conf/machine/include/imx-base.inc >> >> …. >> # Float-Point setting >> # handled by software >> # DEFAULTTUNE_mx6 ?= "cortexa9-neon" >> # handled by hardware >> DEFAULTTUNE_mx6 ?= "cortexa9hf-neon” >> …. >> >> Here you are saying all mx6 machines which don’t choose their DEFAULTTUNE are not thumb capable >> and hence ‘thumb’ does not get into TUNE_FEATURES >> >> IMO changing defaults for mx6 to use cortexa9t2hf-vfp-neon would be most close to h/w capabilities. >> >> and when we say my default instruction set is thumb then it errors out. Ofcours one could argue >> that message could have been better but atleast it did not do the wrong thing >> > Hi, > > thanks very very much for support. > > As you might guess TUNES are still a matter I do not yet understand - > please no comments :). > > So to get build working again - also for variscite machine - I > commented out DEFAULTTUNE_mx6 in conf/machine/include/imx-base.inc. > > Maybe somebody could jump in to get the combination of meta-fsl-arm / > meta-angstrom working with a proper fix? > > Thanks again > Would like to get a solution for this and see 2 ways to go in imx-base.inc: 1. allow thumb: <snip> # Float-Point setting # handled by software # DEFAULTTUNE_mx6 ?= "cortexa9t-neon" # handled by hardware DEFAULTTUNE_mx6 ?= "cortexa9thf-neon" </snip> 2. if thumb2 is not allowed (why?): <snip> # Float-Point setting # handled by software # DEFAULTTUNE_mx6 ?= "cortexa9-neon" # handled by hardware DEFAULTTUNE_mx6 ?= "cortexa9hf-neon" ARM_INSTRUCTION_SET = "arm" </snip> Opinions? Andreas ^ permalink raw reply [flat|nested] 29+ messages in thread
* Re: [OE-core] trouble related to oe-core update @ 2015-05-20 8:34 ` Andreas Müller 0 siblings, 0 replies; 29+ messages in thread From: Andreas Müller @ 2015-05-20 8:34 UTC (permalink / raw) To: Khem Raj Cc: meta-freescale@yoctoproject.org, Otavio Salvador, Patches and discussions about the oe-core layer On Tue, May 19, 2015 at 10:54 AM, Andreas Müller <schnitzeltony@googlemail.com> wrote: > On Tue, May 19, 2015 at 5:54 AM, Khem Raj <raj.khem@gmail.com> wrote: >> >>> On May 18, 2015, at 6:12 AM, Otavio Salvador <otavio@ossystems.com.br> wrote: >>> >>> On Mon, May 18, 2015 at 10:08 AM, Andreas Müller >>> <schnitzeltony@googlemail.com> wrote: >>>> On Mon, May 18, 2015 at 2:50 PM, Otavio Salvador >>>> <otavio@ossystems.com.br> wrote: >>> ... >>>> overestimate please. Still what about angstrom + imx6qsabresd? >>> >>> No clue. I personally don't use Angstrom and I don't know what the >>> distro does. You can instrument the class code to see if you find >>> something useful and I can assist in how to address the issue. I just >>> don't have enough time to debug this myself. >> >> It has nothing to do with Angstrom, I checked meta-fsl-arm and here it goes >> >> conf/machine/imx6qsabresd.conf >> …. >> SOC_FAMILY = "mx6:mx6q” >> … >> >> Then >> >> conf/machine/include/imx-base.inc >> >> …. >> # Float-Point setting >> # handled by software >> # DEFAULTTUNE_mx6 ?= "cortexa9-neon" >> # handled by hardware >> DEFAULTTUNE_mx6 ?= "cortexa9hf-neon” >> …. >> >> Here you are saying all mx6 machines which don’t choose their DEFAULTTUNE are not thumb capable >> and hence ‘thumb’ does not get into TUNE_FEATURES >> >> IMO changing defaults for mx6 to use cortexa9t2hf-vfp-neon would be most close to h/w capabilities. >> >> and when we say my default instruction set is thumb then it errors out. Ofcours one could argue >> that message could have been better but atleast it did not do the wrong thing >> > Hi, > > thanks very very much for support. > > As you might guess TUNES are still a matter I do not yet understand - > please no comments :). > > So to get build working again - also for variscite machine - I > commented out DEFAULTTUNE_mx6 in conf/machine/include/imx-base.inc. > > Maybe somebody could jump in to get the combination of meta-fsl-arm / > meta-angstrom working with a proper fix? > > Thanks again > Would like to get a solution for this and see 2 ways to go in imx-base.inc: 1. allow thumb: <snip> # Float-Point setting # handled by software # DEFAULTTUNE_mx6 ?= "cortexa9t-neon" # handled by hardware DEFAULTTUNE_mx6 ?= "cortexa9thf-neon" </snip> 2. if thumb2 is not allowed (why?): <snip> # Float-Point setting # handled by software # DEFAULTTUNE_mx6 ?= "cortexa9-neon" # handled by hardware DEFAULTTUNE_mx6 ?= "cortexa9hf-neon" ARM_INSTRUCTION_SET = "arm" </snip> Opinions? Andreas ^ permalink raw reply [flat|nested] 29+ messages in thread
* Re: trouble related to oe-core update 2015-05-20 8:34 ` [OE-core] " Andreas Müller @ 2015-05-20 13:46 ` Otavio Salvador -1 siblings, 0 replies; 29+ messages in thread From: Otavio Salvador @ 2015-05-20 13:46 UTC (permalink / raw) To: Andreas Müller Cc: meta-freescale@yoctoproject.org, Patches and discussions about the oe-core layer On Wed, May 20, 2015 at 5:34 AM, Andreas Müller <schnitzeltony@googlemail.com> wrote: > On Tue, May 19, 2015 at 10:54 AM, Andreas Müller > <schnitzeltony@googlemail.com> wrote: > Would like to get a solution for this and see 2 ways to go in imx-base.inc: > > 1. allow thumb: > <snip> > # Float-Point setting > # handled by software > # DEFAULTTUNE_mx6 ?= "cortexa9t-neon" > # handled by hardware > DEFAULTTUNE_mx6 ?= "cortexa9thf-neon" > </snip> > > 2. if thumb2 is not allowed (why?): > <snip> > # Float-Point setting > # handled by software > # DEFAULTTUNE_mx6 ?= "cortexa9-neon" > # handled by hardware > DEFAULTTUNE_mx6 ?= "cortexa9hf-neon" > ARM_INSTRUCTION_SET = "arm" > </snip> > > Opinions? OE-Core does not seem to enable thumb2 by default so I don't think we ought to change the default here. However I do agree in extend the comment and provide an example so it is easier for people to do this when needed. -- 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 ^ permalink raw reply [flat|nested] 29+ messages in thread
* Re: [OE-core] trouble related to oe-core update @ 2015-05-20 13:46 ` Otavio Salvador 0 siblings, 0 replies; 29+ messages in thread From: Otavio Salvador @ 2015-05-20 13:46 UTC (permalink / raw) To: Andreas Müller Cc: meta-freescale@yoctoproject.org, Khem Raj, Patches and discussions about the oe-core layer On Wed, May 20, 2015 at 5:34 AM, Andreas Müller <schnitzeltony@googlemail.com> wrote: > On Tue, May 19, 2015 at 10:54 AM, Andreas Müller > <schnitzeltony@googlemail.com> wrote: > Would like to get a solution for this and see 2 ways to go in imx-base.inc: > > 1. allow thumb: > <snip> > # Float-Point setting > # handled by software > # DEFAULTTUNE_mx6 ?= "cortexa9t-neon" > # handled by hardware > DEFAULTTUNE_mx6 ?= "cortexa9thf-neon" > </snip> > > 2. if thumb2 is not allowed (why?): > <snip> > # Float-Point setting > # handled by software > # DEFAULTTUNE_mx6 ?= "cortexa9-neon" > # handled by hardware > DEFAULTTUNE_mx6 ?= "cortexa9hf-neon" > ARM_INSTRUCTION_SET = "arm" > </snip> > > Opinions? OE-Core does not seem to enable thumb2 by default so I don't think we ought to change the default here. However I do agree in extend the comment and provide an example so it is easier for people to do this when needed. -- 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 ^ permalink raw reply [flat|nested] 29+ messages in thread
* Re: trouble related to oe-core update 2015-05-20 13:46 ` [OE-core] " Otavio Salvador @ 2015-05-20 13:58 ` Khem Raj -1 siblings, 0 replies; 29+ messages in thread From: Khem Raj @ 2015-05-20 13:58 UTC (permalink / raw) To: Otavio Salvador Cc: meta-freescale@yoctoproject.org, Patches and discussions about the oe-core layer [-- Attachment #1: Type: text/plain, Size: 750 bytes --] > On May 20, 2015, at 6:46 AM, Otavio Salvador <otavio@ossystems.com.br> wrote: > > OE-Core does not seem to enable thumb2 by default so I don't think we > ought to change the default here. However I do agree in extend the > comment and provide an example so it is easier for people to do this > when needed. No. That setting is effectively telling this chip does not have thumb capabilities which is wrong for that class of processors, that assumption is wrong and should be fixed. even if you have thumb tunes expressed, it won’t change default ISA which is what you are implying with your first sentence there. Default ISA for a component or globally can be changed via different knobs and distros can choose that policy. [-- Attachment #2: Message signed with OpenPGP using GPGMail --] [-- Type: application/pgp-signature, Size: 211 bytes --] ^ permalink raw reply [flat|nested] 29+ messages in thread
* Re: [OE-core] trouble related to oe-core update @ 2015-05-20 13:58 ` Khem Raj 0 siblings, 0 replies; 29+ messages in thread From: Khem Raj @ 2015-05-20 13:58 UTC (permalink / raw) To: Otavio Salvador Cc: meta-freescale@yoctoproject.org, Patches and discussions about the oe-core layer [-- Attachment #1: Type: text/plain, Size: 750 bytes --] > On May 20, 2015, at 6:46 AM, Otavio Salvador <otavio@ossystems.com.br> wrote: > > OE-Core does not seem to enable thumb2 by default so I don't think we > ought to change the default here. However I do agree in extend the > comment and provide an example so it is easier for people to do this > when needed. No. That setting is effectively telling this chip does not have thumb capabilities which is wrong for that class of processors, that assumption is wrong and should be fixed. even if you have thumb tunes expressed, it won’t change default ISA which is what you are implying with your first sentence there. Default ISA for a component or globally can be changed via different knobs and distros can choose that policy. [-- Attachment #2: Message signed with OpenPGP using GPGMail --] [-- Type: application/pgp-signature, Size: 211 bytes --] ^ permalink raw reply [flat|nested] 29+ messages in thread
* Re: trouble related to oe-core update 2015-05-20 13:58 ` [OE-core] " Khem Raj @ 2015-05-20 14:08 ` Otavio Salvador -1 siblings, 0 replies; 29+ messages in thread From: Otavio Salvador @ 2015-05-20 14:08 UTC (permalink / raw) To: Khem Raj Cc: meta-freescale@yoctoproject.org, Patches and discussions about the oe-core layer On Wed, May 20, 2015 at 10:58 AM, Khem Raj <raj.khem@gmail.com> wrote: > >> On May 20, 2015, at 6:46 AM, Otavio Salvador <otavio@ossystems.com.br> wrote: >> >> OE-Core does not seem to enable thumb2 by default so I don't think we >> ought to change the default here. However I do agree in extend the >> comment and provide an example so it is easier for people to do this >> when needed. > > No. That setting is effectively telling > this chip does not have thumb capabilities which is wrong for that class of processors, that assumption > is wrong and should be fixed. > > even if you have thumb tunes expressed, it won’t change default ISA which is what you are > implying with your first sentence there. Default ISA for a component or globally can be changed > via different knobs and distros can choose that policy. Is it possible for you to cook a formal patch with a descriptive commit log for review than? I am not against this change but this needs to be well documented. -- 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 ^ permalink raw reply [flat|nested] 29+ messages in thread
* Re: [OE-core] trouble related to oe-core update @ 2015-05-20 14:08 ` Otavio Salvador 0 siblings, 0 replies; 29+ messages in thread From: Otavio Salvador @ 2015-05-20 14:08 UTC (permalink / raw) To: Khem Raj Cc: meta-freescale@yoctoproject.org, Patches and discussions about the oe-core layer On Wed, May 20, 2015 at 10:58 AM, Khem Raj <raj.khem@gmail.com> wrote: > >> On May 20, 2015, at 6:46 AM, Otavio Salvador <otavio@ossystems.com.br> wrote: >> >> OE-Core does not seem to enable thumb2 by default so I don't think we >> ought to change the default here. However I do agree in extend the >> comment and provide an example so it is easier for people to do this >> when needed. > > No. That setting is effectively telling > this chip does not have thumb capabilities which is wrong for that class of processors, that assumption > is wrong and should be fixed. > > even if you have thumb tunes expressed, it won’t change default ISA which is what you are > implying with your first sentence there. Default ISA for a component or globally can be changed > via different knobs and distros can choose that policy. Is it possible for you to cook a formal patch with a descriptive commit log for review than? I am not against this change but this needs to be well documented. -- 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 ^ permalink raw reply [flat|nested] 29+ messages in thread
* Re: trouble related to oe-core update 2015-05-18 9:00 ` [OE-core] " Andreas Müller @ 2015-05-19 3:22 ` Khem Raj -1 siblings, 0 replies; 29+ messages in thread From: Khem Raj @ 2015-05-19 3:22 UTC (permalink / raw) To: Andreas Müller Cc: meta-freescale@yoctoproject.org, Patches and discussions about the oe-core layer [-- Attachment #1: Type: text/plain, Size: 2577 bytes --] > On May 18, 2015, at 2:00 AM, Andreas Müller <schnitzeltony@googlemail.com> wrote: > > On Mon, May 18, 2015 at 10:01 AM, Martin Jansa <martin.jansa@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@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@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. angstrom uses thumb2 by default. So you have exposed a bug in OE-Core or meta-fsl-arm the default configurations that meta-fsl-arm has been tested is probably not using thumb2 Just set ARM_INSTRUCTION_SET = “arm" in local.conf and you should make progress. > > Andreas > -- > _______________________________________________ > Openembedded-core mailing list > Openembedded-core@lists.openembedded.org > http://lists.openembedded.org/mailman/listinfo/openembedded-core [-- Attachment #2: Message signed with OpenPGP using GPGMail --] [-- Type: application/pgp-signature, Size: 211 bytes --] ^ permalink raw reply [flat|nested] 29+ messages in thread
* Re: [OE-core] trouble related to oe-core update @ 2015-05-19 3:22 ` Khem Raj 0 siblings, 0 replies; 29+ messages in thread From: Khem Raj @ 2015-05-19 3:22 UTC (permalink / raw) To: Andreas Müller Cc: meta-freescale@yoctoproject.org, Martin Jansa, Patches and discussions about the oe-core layer [-- Attachment #1: Type: text/plain, Size: 2577 bytes --] > On May 18, 2015, at 2:00 AM, Andreas Müller <schnitzeltony@googlemail.com> wrote: > > On Mon, May 18, 2015 at 10:01 AM, Martin Jansa <martin.jansa@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@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@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. angstrom uses thumb2 by default. So you have exposed a bug in OE-Core or meta-fsl-arm the default configurations that meta-fsl-arm has been tested is probably not using thumb2 Just set ARM_INSTRUCTION_SET = “arm" in local.conf and you should make progress. > > Andreas > -- > _______________________________________________ > Openembedded-core mailing list > Openembedded-core@lists.openembedded.org > http://lists.openembedded.org/mailman/listinfo/openembedded-core [-- Attachment #2: Message signed with OpenPGP using GPGMail --] [-- Type: application/pgp-signature, Size: 211 bytes --] ^ permalink raw reply [flat|nested] 29+ messages in thread
end of thread, other threads:[~2015-05-20 14:09 UTC | newest] Thread overview: 29+ messages (download: mbox.gz follow: Atom feed -- links below jump to the message on this page -- 2015-05-18 7:46 trouble related to oe-core update Andreas Müller 2015-05-18 8:01 ` Martin Jansa 2015-05-18 8:01 ` [OE-core] " Martin Jansa 2015-05-18 9:00 ` Andreas Müller 2015-05-18 9:00 ` [OE-core] " Andreas Müller 2015-05-18 11:55 ` Otavio Salvador 2015-05-18 11:55 ` [OE-core] " Otavio Salvador 2015-05-18 12:43 ` Andreas Müller 2015-05-18 12:43 ` [OE-core] " Andreas Müller 2015-05-18 12:50 ` Otavio Salvador 2015-05-18 12:50 ` [OE-core] " Otavio Salvador 2015-05-18 13:08 ` Andreas Müller 2015-05-18 13:08 ` [OE-core] " Andreas Müller 2015-05-18 13:12 ` Otavio Salvador 2015-05-18 13:12 ` [OE-core] " Otavio Salvador 2015-05-19 3:54 ` Khem Raj 2015-05-19 3:54 ` [OE-core] " Khem Raj 2015-05-19 8:54 ` Andreas Müller 2015-05-19 8:54 ` [OE-core] " Andreas Müller 2015-05-20 8:34 ` Andreas Müller 2015-05-20 8:34 ` [OE-core] " Andreas Müller 2015-05-20 13:46 ` Otavio Salvador 2015-05-20 13:46 ` [OE-core] " Otavio Salvador 2015-05-20 13:58 ` Khem Raj 2015-05-20 13:58 ` [OE-core] " Khem Raj 2015-05-20 14:08 ` Otavio Salvador 2015-05-20 14:08 ` [OE-core] " Otavio Salvador 2015-05-19 3:22 ` Khem Raj 2015-05-19 3:22 ` [OE-core] " Khem Raj
This is an external index of several public inboxes, see mirroring instructions on how to clone and mirror all data and code used by this external index.