* [meta-raspberrypi][PATCH] Revert "qtbase: Enable EGLFS support" @ 2017-09-27 15:23 Martin Jansa 2017-09-27 17:13 ` Andrei Gherzan 0 siblings, 1 reply; 13+ messages in thread From: Martin Jansa @ 2017-09-27 15:23 UTC (permalink / raw) To: yocto * this reverts commit 04b37dbdb79638b17a670280058400ffaf1b6ccb. * this makes qtbase and everything which depends on some qt* recipe to be effectivelly MACHINE_ARCH Signed-off-by: Martin Jansa <Martin.Jansa@gmail.com> --- dynamic-layers/qt5-layer/recipes-qt/qt5/qtbase_%.bbappend | 3 --- 1 file changed, 3 deletions(-) delete mode 100644 dynamic-layers/qt5-layer/recipes-qt/qt5/qtbase_%.bbappend diff --git a/dynamic-layers/qt5-layer/recipes-qt/qt5/qtbase_%.bbappend b/dynamic-layers/qt5-layer/recipes-qt/qt5/qtbase_%.bbappend deleted file mode 100644 index ae3f1d3..0000000 --- a/dynamic-layers/qt5-layer/recipes-qt/qt5/qtbase_%.bbappend +++ /dev/null @@ -1,3 +0,0 @@ -# Copyright (C) 2017 O.S. Systems Software LTDA. - -PACKAGECONFIG_GL_rpi = "gles2 eglfs" -- 2.7.4 ^ permalink raw reply related [flat|nested] 13+ messages in thread
* Re: [meta-raspberrypi][PATCH] Revert "qtbase: Enable EGLFS support" 2017-09-27 15:23 [meta-raspberrypi][PATCH] Revert "qtbase: Enable EGLFS support" Martin Jansa @ 2017-09-27 17:13 ` Andrei Gherzan 2017-09-27 17:20 ` Khem Raj 2017-09-27 17:23 ` Otavio Salvador 0 siblings, 2 replies; 13+ messages in thread From: Andrei Gherzan @ 2017-09-27 17:13 UTC (permalink / raw) To: Martin Jansa, Otavio Salvador; +Cc: yocto [-- Attachment #1: Type: text/plain, Size: 973 bytes --] On Wed, Sep 27, 2017 at 4:23 PM, Martin Jansa <martin.jansa@gmail.com> wrote: > * this reverts commit 04b37dbdb79638b17a670280058400ffaf1b6ccb. > * this makes qtbase and everything which depends on some qt* recipe to > be effectivelly MACHINE_ARCH > > Signed-off-by: Martin Jansa <Martin.Jansa@gmail.com> > --- > dynamic-layers/qt5-layer/recipes-qt/qt5/qtbase_%.bbappend | 3 --- > 1 file changed, 3 deletions(-) > delete mode 100644 dynamic-layers/qt5-layer/recipes-qt/qt5/qtbase_%. > bbappend > > diff --git a/dynamic-layers/qt5-layer/recipes-qt/qt5/qtbase_%.bbappend > b/dynamic-layers/qt5-layer/recipes-qt/qt5/qtbase_%.bbappend > deleted file mode 100644 > index ae3f1d3..0000000 > --- a/dynamic-layers/qt5-layer/recipes-qt/qt5/qtbase_%.bbappend > +++ /dev/null > @@ -1,3 +0,0 @@ > -# Copyright (C) 2017 O.S. Systems Software LTDA. > - > -PACKAGECONFIG_GL_rpi = "gles2 eglfs" What would be the solution though? -- Andrei Gherzan [-- Attachment #2: Type: text/html, Size: 1573 bytes --] ^ permalink raw reply [flat|nested] 13+ messages in thread
* Re: [meta-raspberrypi][PATCH] Revert "qtbase: Enable EGLFS support" 2017-09-27 17:13 ` Andrei Gherzan @ 2017-09-27 17:20 ` Khem Raj 2017-09-27 17:28 ` Otavio Salvador 2017-09-27 17:23 ` Otavio Salvador 1 sibling, 1 reply; 13+ messages in thread From: Khem Raj @ 2017-09-27 17:20 UTC (permalink / raw) To: Andrei Gherzan, Martin Jansa, Otavio Salvador; +Cc: yocto [-- Attachment #1: Type: text/plain, Size: 1588 bytes --] On Wed, Sep 27, 2017 at 10:17 AM Andrei Gherzan <andrei@gherzan.ro> wrote: > On Wed, Sep 27, 2017 at 4:23 PM, Martin Jansa <martin.jansa@gmail.com> > wrote: > >> * this reverts commit 04b37dbdb79638b17a670280058400ffaf1b6ccb. >> * this makes qtbase and everything which depends on some qt* recipe to >> be effectivelly MACHINE_ARCH >> >> Signed-off-by: Martin Jansa <Martin.Jansa@gmail.com> >> --- >> dynamic-layers/qt5-layer/recipes-qt/qt5/qtbase_%.bbappend | 3 --- >> 1 file changed, 3 deletions(-) >> delete mode 100644 >> dynamic-layers/qt5-layer/recipes-qt/qt5/qtbase_%.bbappend >> >> diff --git a/dynamic-layers/qt5-layer/recipes-qt/qt5/qtbase_%.bbappend >> b/dynamic-layers/qt5-layer/recipes-qt/qt5/qtbase_%.bbappend >> deleted file mode 100644 >> index ae3f1d3..0000000 >> --- a/dynamic-layers/qt5-layer/recipes-qt/qt5/qtbase_%.bbappend >> +++ /dev/null >> @@ -1,3 +0,0 @@ >> -# Copyright (C) 2017 O.S. Systems Software LTDA. >> - >> -PACKAGECONFIG_GL_rpi = "gles2 eglfs" > > > What would be the solution though? > I think check for OpenGL feature to enable it I think another thing is to also check for X11 in distro features before enabling it Gl support is quite soc specific so I don't think there is an elegant way unless qt components can be built with soc specific elements as plugins or something which then can have independent recipe > -- > Andrei Gherzan > > -- > _______________________________________________ > yocto mailing list > yocto@yoctoproject.org > https://lists.yoctoproject.org/listinfo/yocto > [-- Attachment #2: Type: text/html, Size: 2929 bytes --] ^ permalink raw reply [flat|nested] 13+ messages in thread
* Re: [meta-raspberrypi][PATCH] Revert "qtbase: Enable EGLFS support" 2017-09-27 17:20 ` Khem Raj @ 2017-09-27 17:28 ` Otavio Salvador 2017-09-27 18:53 ` Manjukumar Harthikote Matha 0 siblings, 1 reply; 13+ messages in thread From: Otavio Salvador @ 2017-09-27 17:28 UTC (permalink / raw) To: Khem Raj; +Cc: yocto, Otavio Salvador On Wed, Sep 27, 2017 at 2:20 PM, Khem Raj <raj.khem@gmail.com> wrote: > > On Wed, Sep 27, 2017 at 10:17 AM Andrei Gherzan <andrei@gherzan.ro> wrote: >> >> On Wed, Sep 27, 2017 at 4:23 PM, Martin Jansa <martin.jansa@gmail.com> >> wrote: >>> >>> * this reverts commit 04b37dbdb79638b17a670280058400ffaf1b6ccb. >>> * this makes qtbase and everything which depends on some qt* recipe to >>> be effectivelly MACHINE_ARCH >>> >>> Signed-off-by: Martin Jansa <Martin.Jansa@gmail.com> >>> --- >>> dynamic-layers/qt5-layer/recipes-qt/qt5/qtbase_%.bbappend | 3 --- >>> 1 file changed, 3 deletions(-) >>> delete mode 100644 >>> dynamic-layers/qt5-layer/recipes-qt/qt5/qtbase_%.bbappend >>> >>> diff --git a/dynamic-layers/qt5-layer/recipes-qt/qt5/qtbase_%.bbappend >>> b/dynamic-layers/qt5-layer/recipes-qt/qt5/qtbase_%.bbappend >>> deleted file mode 100644 >>> index ae3f1d3..0000000 >>> --- a/dynamic-layers/qt5-layer/recipes-qt/qt5/qtbase_%.bbappend >>> +++ /dev/null >>> @@ -1,3 +0,0 @@ >>> -# Copyright (C) 2017 O.S. Systems Software LTDA. >>> - >>> -PACKAGECONFIG_GL_rpi = "gles2 eglfs" >> >> >> What would be the solution though? > > I think check for OpenGL feature to enable it > I think another thing is to also check for X11 in distro features before > enabling it > > Gl support is quite soc specific so I don't think there is an elegant way > unless qt components can be built with soc specific elements as plugins or > something which then can have independent recipe https://github.com/Freescale/meta-freescale/blob/master/classes/fsl-dynamic-packagearch.bbclass Something like this? -- 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] 13+ messages in thread
* Re: [meta-raspberrypi][PATCH] Revert "qtbase: Enable EGLFS support" 2017-09-27 17:28 ` Otavio Salvador @ 2017-09-27 18:53 ` Manjukumar Harthikote Matha 2017-09-27 19:22 ` Otavio Salvador 0 siblings, 1 reply; 13+ messages in thread From: Manjukumar Harthikote Matha @ 2017-09-27 18:53 UTC (permalink / raw) To: Otavio Salvador, Khem Raj; +Cc: yocto@lists.yoctoproject.org, Otavio Salvador Hi Otavio, > -----Original Message----- > From: yocto-bounces@yoctoproject.org [mailto:yocto-bounces@yoctoproject.org] > On Behalf Of Otavio Salvador > Sent: Wednesday, September 27, 2017 10:29 AM > To: Khem Raj <raj.khem@gmail.com> > Cc: yocto@lists.yoctoproject.org; Otavio Salvador <otavio@ossystems.com.br> > Subject: Re: [yocto] [meta-raspberrypi][PATCH] Revert "qtbase: Enable EGLFS > support" > > On Wed, Sep 27, 2017 at 2:20 PM, Khem Raj <raj.khem@gmail.com> wrote: > > > > On Wed, Sep 27, 2017 at 10:17 AM Andrei Gherzan <andrei@gherzan.ro> wrote: > >> > >> On Wed, Sep 27, 2017 at 4:23 PM, Martin Jansa > >> <martin.jansa@gmail.com> > >> wrote: > >>> > >>> * this reverts commit 04b37dbdb79638b17a670280058400ffaf1b6ccb. > >>> * this makes qtbase and everything which depends on some qt* recipe to > >>> be effectivelly MACHINE_ARCH > >>> > >>> Signed-off-by: Martin Jansa <Martin.Jansa@gmail.com> > >>> --- > >>> dynamic-layers/qt5-layer/recipes-qt/qt5/qtbase_%.bbappend | 3 --- > >>> 1 file changed, 3 deletions(-) > >>> delete mode 100644 > >>> dynamic-layers/qt5-layer/recipes-qt/qt5/qtbase_%.bbappend > >>> > >>> diff --git > >>> a/dynamic-layers/qt5-layer/recipes-qt/qt5/qtbase_%.bbappend > >>> b/dynamic-layers/qt5-layer/recipes-qt/qt5/qtbase_%.bbappend > >>> deleted file mode 100644 > >>> index ae3f1d3..0000000 > >>> --- a/dynamic-layers/qt5-layer/recipes-qt/qt5/qtbase_%.bbappend > >>> +++ /dev/null > >>> @@ -1,3 +0,0 @@ > >>> -# Copyright (C) 2017 O.S. Systems Software LTDA. > >>> - > >>> -PACKAGECONFIG_GL_rpi = "gles2 eglfs" > >> > >> > >> What would be the solution though? > > > > I think check for OpenGL feature to enable it I think another thing is > > to also check for X11 in distro features before enabling it > > > > Gl support is quite soc specific so I don't think there is an elegant > > way unless qt components can be built with soc specific elements as > > plugins or something which then can have independent recipe > > https://github.com/Freescale/meta-freescale/blob/master/classes/fsl-dynamic- > packagearch.bbclass > > Something like this? > This is very useful, can this concept be upstreamed to OE-Core? Thanks, Manju ^ permalink raw reply [flat|nested] 13+ messages in thread
* Re: [meta-raspberrypi][PATCH] Revert "qtbase: Enable EGLFS support" 2017-09-27 18:53 ` Manjukumar Harthikote Matha @ 2017-09-27 19:22 ` Otavio Salvador 2017-09-27 20:14 ` Manjukumar Harthikote Matha 2017-09-27 20:33 ` Trevor Woerner 0 siblings, 2 replies; 13+ messages in thread From: Otavio Salvador @ 2017-09-27 19:22 UTC (permalink / raw) To: Manjukumar Harthikote Matha; +Cc: yocto@lists.yoctoproject.org, Otavio Salvador On Wed, Sep 27, 2017 at 3:53 PM, Manjukumar Harthikote Matha <MANJUKUM@xilinx.com> wrote: ... >> https://github.com/Freescale/meta-freescale/blob/master/classes/fsl-dynamic- >> packagearch.bbclass >> >> Something like this? >> > > This is very useful, can this concept be upstreamed to OE-Core? I think so; if people agree with this concept I can work in upstreaming it. There is also the machine-overrides-extender.bbclass[1] which allows for overrides to be added/removed based on other overrides. 1. https://github.com/Freescale/meta-freescale/blob/master/classes/machine-overrides-extender.bbclass This was how I could generalize the BSP in a kind of SoC feature set. You can see the original commit where I enable it: https://github.com/Freescale/meta-freescale/commit/ad4611ab16bcd09eef11d630159253a12c5ecced#diff-7bac7755a2891a94e863ed0a7af1876a -- 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] 13+ messages in thread
* Re: [meta-raspberrypi][PATCH] Revert "qtbase: Enable EGLFS support" 2017-09-27 19:22 ` Otavio Salvador @ 2017-09-27 20:14 ` Manjukumar Harthikote Matha 2017-09-27 20:19 ` Otavio Salvador 2017-09-27 20:33 ` Trevor Woerner 1 sibling, 1 reply; 13+ messages in thread From: Manjukumar Harthikote Matha @ 2017-09-27 20:14 UTC (permalink / raw) To: Otavio Salvador; +Cc: yocto@lists.yoctoproject.org, Otavio Salvador Hi Otavio, > -----Original Message----- > From: Otavio Salvador [mailto:otavio.salvador@ossystems.com.br] > Sent: Wednesday, September 27, 2017 12:23 PM > To: Manjukumar Harthikote Matha <MANJUKUM@xilinx.com> > Cc: Khem Raj <raj.khem@gmail.com>; yocto@lists.yoctoproject.org; Otavio > Salvador <otavio@ossystems.com.br> > Subject: Re: [yocto] [meta-raspberrypi][PATCH] Revert "qtbase: Enable EGLFS > support" > > On Wed, Sep 27, 2017 at 3:53 PM, Manjukumar Harthikote Matha > <MANJUKUM@xilinx.com> wrote: > ... > >> https://github.com/Freescale/meta-freescale/blob/master/classes/fsl-dynamic- > >> packagearch.bbclass > >> > >> Something like this? > >> > > > > This is very useful, can this concept be upstreamed to OE-Core? > > I think so; if people agree with this concept I can work in upstreaming it. > > There is also the machine-overrides-extender.bbclass[1] which allows > for overrides to be added/removed based on other overrides. > > 1. https://github.com/Freescale/meta-freescale/blob/master/classes/machine- > overrides-extender.bbclass > > This was how I could generalize the BSP in a kind of SoC feature set. > > You can see the original commit where I enable it: > > https://github.com/Freescale/meta- > freescale/commit/ad4611ab16bcd09eef11d630159253a12c5ecced#diff- > 7bac7755a2891a94e863ed0a7af1876a > Thanks for the patch. We were thinking on similar lines for SOC variants and MACHINE variants (basically boards supporting different features like GPU, VCU etc). These configuration mechanism will help resolve these cases. SOARCH can also help in package-feed mechanism for boards You should definitely considering up streaming these to OE-core Thanks, Manju ^ permalink raw reply [flat|nested] 13+ messages in thread
* Re: [meta-raspberrypi][PATCH] Revert "qtbase: Enable EGLFS support" 2017-09-27 20:14 ` Manjukumar Harthikote Matha @ 2017-09-27 20:19 ` Otavio Salvador 0 siblings, 0 replies; 13+ messages in thread From: Otavio Salvador @ 2017-09-27 20:19 UTC (permalink / raw) To: Manjukumar Harthikote Matha; +Cc: yocto@lists.yoctoproject.org, Otavio Salvador On Wed, Sep 27, 2017 at 5:14 PM, Manjukumar Harthikote Matha <MANJUKUM@xilinx.com> wrote: >> -----Original Message----- >> From: Otavio Salvador [mailto:otavio.salvador@ossystems.com.br] >> Sent: Wednesday, September 27, 2017 12:23 PM >> To: Manjukumar Harthikote Matha <MANJUKUM@xilinx.com> >> Cc: Khem Raj <raj.khem@gmail.com>; yocto@lists.yoctoproject.org; Otavio >> Salvador <otavio@ossystems.com.br> >> Subject: Re: [yocto] [meta-raspberrypi][PATCH] Revert "qtbase: Enable EGLFS >> support" >> >> On Wed, Sep 27, 2017 at 3:53 PM, Manjukumar Harthikote Matha >> <MANJUKUM@xilinx.com> wrote: >> ... >> >> https://github.com/Freescale/meta-freescale/blob/master/classes/fsl-dynamic- >> >> packagearch.bbclass >> >> >> >> Something like this? >> >> >> > >> > This is very useful, can this concept be upstreamed to OE-Core? >> >> I think so; if people agree with this concept I can work in upstreaming it. >> >> There is also the machine-overrides-extender.bbclass[1] which allows >> for overrides to be added/removed based on other overrides. >> >> 1. https://github.com/Freescale/meta-freescale/blob/master/classes/machine- >> overrides-extender.bbclass >> >> This was how I could generalize the BSP in a kind of SoC feature set. >> >> You can see the original commit where I enable it: >> >> https://github.com/Freescale/meta- >> freescale/commit/ad4611ab16bcd09eef11d630159253a12c5ecced#diff- >> 7bac7755a2891a94e863ed0a7af1876a >> > Thanks for the patch. > > We were thinking on similar lines for SOC variants and MACHINE variants (basically boards supporting different features like GPU, VCU etc). These configuration mechanism will help resolve these cases. > SOARCH can also help in package-feed mechanism for boards > > You should definitely considering up streaming these to OE-core That was the goal. I will work on this. -- 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] 13+ messages in thread
* Re: [meta-raspberrypi][PATCH] Revert "qtbase: Enable EGLFS support" 2017-09-27 19:22 ` Otavio Salvador 2017-09-27 20:14 ` Manjukumar Harthikote Matha @ 2017-09-27 20:33 ` Trevor Woerner 1 sibling, 0 replies; 13+ messages in thread From: Trevor Woerner @ 2017-09-27 20:33 UTC (permalink / raw) To: Otavio Salvador Cc: Manjukumar Harthikote Matha, yocto@lists.yoctoproject.org, Otavio Salvador On Wed, Sep 27, 2017 at 3:22 PM, Otavio Salvador <otavio.salvador@ossystems.com.br> wrote: >> This is very useful, can this concept be upstreamed to OE-Core? > > I think so; if people agree with this concept I can work in upstreaming it. > > There is also the machine-overrides-extender.bbclass[1] which allows > for overrides to be added/removed based on other overrides. > > 1. https://github.com/Freescale/meta-freescale/blob/master/classes/machine-overrides-extender.bbclass I've been trying (begging) since the start of August to get the above one added to OE-core https://bugzilla.yoctoproject.org/show_bug.cgi?id=11881 ^ permalink raw reply [flat|nested] 13+ messages in thread
* Re: [meta-raspberrypi][PATCH] Revert "qtbase: Enable EGLFS support" 2017-09-27 17:13 ` Andrei Gherzan 2017-09-27 17:20 ` Khem Raj @ 2017-09-27 17:23 ` Otavio Salvador 2017-09-27 17:34 ` Martin Jansa 1 sibling, 1 reply; 13+ messages in thread From: Otavio Salvador @ 2017-09-27 17:23 UTC (permalink / raw) To: Andrei Gherzan; +Cc: yocto, Otavio Salvador Hello Andrei, On Wed, Sep 27, 2017 at 2:13 PM, Andrei Gherzan <andrei@gherzan.ro> wrote: > On Wed, Sep 27, 2017 at 4:23 PM, Martin Jansa <martin.jansa@gmail.com> > wrote: >> >> * this reverts commit 04b37dbdb79638b17a670280058400ffaf1b6ccb. >> * this makes qtbase and everything which depends on some qt* recipe to >> be effectivelly MACHINE_ARCH >> >> Signed-off-by: Martin Jansa <Martin.Jansa@gmail.com> >> --- >> dynamic-layers/qt5-layer/recipes-qt/qt5/qtbase_%.bbappend | 3 --- >> 1 file changed, 3 deletions(-) >> delete mode 100644 >> dynamic-layers/qt5-layer/recipes-qt/qt5/qtbase_%.bbappend >> >> diff --git a/dynamic-layers/qt5-layer/recipes-qt/qt5/qtbase_%.bbappend >> b/dynamic-layers/qt5-layer/recipes-qt/qt5/qtbase_%.bbappend >> deleted file mode 100644 >> index ae3f1d3..0000000 >> --- a/dynamic-layers/qt5-layer/recipes-qt/qt5/qtbase_%.bbappend >> +++ /dev/null >> @@ -1,3 +0,0 @@ >> -# Copyright (C) 2017 O.S. Systems Software LTDA. >> - >> -PACKAGECONFIG_GL_rpi = "gles2 eglfs" > > > What would be the solution though? It would use something similar we use for meta-freescale where we change the package architecture depending on the SoC. Martin, do you have any idea how other alternative we have? -- 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] 13+ messages in thread
* Re: [meta-raspberrypi][PATCH] Revert "qtbase: Enable EGLFS support" 2017-09-27 17:23 ` Otavio Salvador @ 2017-09-27 17:34 ` Martin Jansa 2017-09-27 17:45 ` Otavio Salvador 0 siblings, 1 reply; 13+ messages in thread From: Martin Jansa @ 2017-09-27 17:34 UTC (permalink / raw) To: Otavio Salvador; +Cc: yocto, Otavio Salvador [-- Attachment #1: Type: text/plain, Size: 2260 bytes --] On Wed, Sep 27, 2017 at 02:23:43PM -0300, Otavio Salvador wrote: > Hello Andrei, > > On Wed, Sep 27, 2017 at 2:13 PM, Andrei Gherzan <andrei@gherzan.ro> wrote: > > On Wed, Sep 27, 2017 at 4:23 PM, Martin Jansa <martin.jansa@gmail.com> > > wrote: > >> > >> * this reverts commit 04b37dbdb79638b17a670280058400ffaf1b6ccb. > >> * this makes qtbase and everything which depends on some qt* recipe to > >> be effectivelly MACHINE_ARCH > >> > >> Signed-off-by: Martin Jansa <Martin.Jansa@gmail.com> > >> --- > >> dynamic-layers/qt5-layer/recipes-qt/qt5/qtbase_%.bbappend | 3 --- > >> 1 file changed, 3 deletions(-) > >> delete mode 100644 > >> dynamic-layers/qt5-layer/recipes-qt/qt5/qtbase_%.bbappend > >> > >> diff --git a/dynamic-layers/qt5-layer/recipes-qt/qt5/qtbase_%.bbappend > >> b/dynamic-layers/qt5-layer/recipes-qt/qt5/qtbase_%.bbappend > >> deleted file mode 100644 > >> index ae3f1d3..0000000 > >> --- a/dynamic-layers/qt5-layer/recipes-qt/qt5/qtbase_%.bbappend > >> +++ /dev/null > >> @@ -1,3 +0,0 @@ > >> -# Copyright (C) 2017 O.S. Systems Software LTDA. > >> - > >> -PACKAGECONFIG_GL_rpi = "gles2 eglfs" > > > > > > What would be the solution though? > > It would use something similar we use for meta-freescale where we > change the package architecture depending on the SoC. > > Martin, do you have any idea how other alternative we have? In theory you can set QT_PACKAGES_ARCH to MACHINE_ARCH in rpi-base.inc to make it explicit, but that's also really bad (as e.g. rpi2 and rpi3 will each build it's own qtwebengine and all it's deps even when it should be the same for both). I think the only usable solution is to let DISTRO to decide the policy, as Khem suggested DISTRO_FEATURES is first step, if it isn't enough (in this case it's difficult to distinguish e.g. opengl and gles2 when there is opengl in DISTRO_FEATURES). So I would leave it to DISTRO maintainers to decide if they can enable "gles2 eglfs" globally for all MACHINEs in distro bbappend, or they can enable it only for some DEFAULT_TUNE (or e.g. for all arm MACHINEs and leave desktop gl for x86). But forcing this policy from BSP is bad. Regards, -- Martin 'JaMa' Jansa jabber: Martin.Jansa@gmail.com [-- Attachment #2: Digital signature --] [-- Type: application/pgp-signature, Size: 201 bytes --] ^ permalink raw reply [flat|nested] 13+ messages in thread
* Re: [meta-raspberrypi][PATCH] Revert "qtbase: Enable EGLFS support" 2017-09-27 17:34 ` Martin Jansa @ 2017-09-27 17:45 ` Otavio Salvador 2017-10-02 14:35 ` Andrei Gherzan 0 siblings, 1 reply; 13+ messages in thread From: Otavio Salvador @ 2017-09-27 17:45 UTC (permalink / raw) To: Martin Jansa; +Cc: yocto, Otavio Salvador Hello Martin, On Wed, Sep 27, 2017 at 2:34 PM, Martin Jansa <martin.jansa@gmail.com> wrote: ... >> Martin, do you have any idea how other alternative we have? > > In theory you can set QT_PACKAGES_ARCH to MACHINE_ARCH in rpi-base.inc > to make it explicit, but that's also really bad (as e.g. rpi2 and rpi3 > will each build it's own qtwebengine and all it's deps even when it > should be the same for both). Agreed and that was the reason of we create MACHINE_SOCARCH in meta-freescale. It allows for SoC specific packages but compatible across machines. -- 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] 13+ messages in thread
* Re: [meta-raspberrypi][PATCH] Revert "qtbase: Enable EGLFS support" 2017-09-27 17:45 ` Otavio Salvador @ 2017-10-02 14:35 ` Andrei Gherzan 0 siblings, 0 replies; 13+ messages in thread From: Andrei Gherzan @ 2017-10-02 14:35 UTC (permalink / raw) To: Otavio Salvador; +Cc: yocto, Otavio Salvador On Wed, Sep 27, 2017 at 02:45:07PM -0300, Otavio Salvador wrote: > Hello Martin, > > On Wed, Sep 27, 2017 at 2:34 PM, Martin Jansa <martin.jansa@gmail.com> wrote: > ... > >> Martin, do you have any idea how other alternative we have? > > > > In theory you can set QT_PACKAGES_ARCH to MACHINE_ARCH in rpi-base.inc > > to make it explicit, but that's also really bad (as e.g. rpi2 and rpi3 > > will each build it's own qtwebengine and all it's deps even when it > > should be the same for both). > > Agreed and that was the reason of we create MACHINE_SOCARCH in > meta-freescale. It allows for SoC specific packages but compatible > across machines. > > -- > 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 Merged to master in the meanwhile. -- Andrei Gherzan gpg: rsa4096/D4D94F67AD0E9640 | t: @agherzan ^ permalink raw reply [flat|nested] 13+ messages in thread
end of thread, other threads:[~2017-10-02 14:36 UTC | newest] Thread overview: 13+ messages (download: mbox.gz follow: Atom feed -- links below jump to the message on this page -- 2017-09-27 15:23 [meta-raspberrypi][PATCH] Revert "qtbase: Enable EGLFS support" Martin Jansa 2017-09-27 17:13 ` Andrei Gherzan 2017-09-27 17:20 ` Khem Raj 2017-09-27 17:28 ` Otavio Salvador 2017-09-27 18:53 ` Manjukumar Harthikote Matha 2017-09-27 19:22 ` Otavio Salvador 2017-09-27 20:14 ` Manjukumar Harthikote Matha 2017-09-27 20:19 ` Otavio Salvador 2017-09-27 20:33 ` Trevor Woerner 2017-09-27 17:23 ` Otavio Salvador 2017-09-27 17:34 ` Martin Jansa 2017-09-27 17:45 ` Otavio Salvador 2017-10-02 14:35 ` Andrei Gherzan
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.