Re: [OE-core] [PATCH] mesa-gl: The purpose of mesa-gl is to provide for X11 usage
On 25/03/2020 21:58, Otavio Salvador wrote: On Wed, Mar 25, 2020 at 3:15 PM Mark Hatle wrote: Trying to build mesa-gl without X11 enabled, results in numerous errors about being incorrectly configured, such as: ERROR: Problem encountered: building dri drivers require at least one windowing system or classic osmesa After consulting with the author of this recipe, it was clear that it was only intended for the X11 use-case, so requring X11 should avoid the error message above. Signed-off-by: Mark Hatle This is wrong. We ought to add osmesa as fallback and not hard-require X11 But does anyone actually use this combination, or are we talking about ways to make it work in theory? At the end of the day, OpenGL (not EGL, not GLES) on Linux *is* GLX and the point of this recipe was to be a software-backed GL stack for boards that only supports GLES in hardware. Ross -=-=-=-=-=-=-=-=-=-=-=- Links: You receive all messages sent to this group. View/Reply Online (#136851): https://lists.openembedded.org/g/openembedded-core/message/136851 Mute This Topic: https://lists.openembedded.org/mt/72547327/21656 Group Owner: openembedded-core+ow...@lists.openembedded.org Unsubscribe: https://lists.openembedded.org/g/openembedded-core/unsub [arch...@mail-archive.com] -=-=-=-=-=-=-=-=-=-=-=-
Re: [OE-core] [PATCH] mesa-gl: The purpose of mesa-gl is to provide for X11 usage
> On Wed, Mar 25, 2020 at 02:27:37PM -0500, Mark Hatle wrote: >> > To be honest, I would just take the entire recipe out. It's causing >> > trouble >> > during updates, isn't being tested neither for builds nor at runtime, >> and >> > is supposed to provide some specific configuration which as this >> > discussion >> > makes clear, nobody seems to quite understand. >> >> With the abomination that is libmali (and similar), it is still needed. >> It's the only way to support GL on a primarily GLES compatible system. >> >> The problem is the way they do this seems to be a custom version of >> libdrm, which then conflicts with the mesa version. Thus the issues. >> >> I'm happy to continue testing my particular needs now and the future >> (thus >> the patch against master.) >>... > > Stupid question: > > Is > PREFERRED_PROVIDER_virtual/mesa = "mesa-gl" > PREFERRED_PROVIDER_virtual/libgl = "mesa-gl" > equivalent to > PACKAGECONFIG_pn-mesa = "opengl dri x11" > ? I don't know. I didn't write this. However, doing some investigation, the big difference here is the overall capabilities. There are common distributions where a user may want to use mesa (no external libdrm) as well as distress where they want to use an external drm and the mesa-gl version only. So 'mesa' and 'external drm + mesa-gl' are equivalent in functionality for a given distro. Only difference being optimization. You may ask why would I use one vs the other. In my case, we have a family of SoC parts. Some of the family have a Mali graphics chip on them, while others don't have any optimized graphics so everything has to be software rendered. The only difference (from a software point of view) is if the Mali is on-board or not. So using a common (binary) distribution, and being able to just swap those parts is highly desirable. (Does that ACTUALLY work right now, I'm not sure.. but that is what I am working on.) >> --Mark > > cu > Adrian > -=-=-=-=-=-=-=-=-=-=-=- Links: You receive all messages sent to this group. View/Reply Online (#136752): https://lists.openembedded.org/g/openembedded-core/message/136752 Mute This Topic: https://lists.openembedded.org/mt/72547327/21656 Group Owner: openembedded-core+ow...@lists.openembedded.org Unsubscribe: https://lists.openembedded.org/g/openembedded-core/unsub [arch...@mail-archive.com] -=-=-=-=-=-=-=-=-=-=-=-
Re: [OE-core] [PATCH] mesa-gl: The purpose of mesa-gl is to provide for X11 usage
On Wed, Mar 25, 2020 at 02:27:37PM -0500, Mark Hatle wrote: > > To be honest, I would just take the entire recipe out. It's causing > > trouble > > during updates, isn't being tested neither for builds nor at runtime, and > > is supposed to provide some specific configuration which as this > > discussion > > makes clear, nobody seems to quite understand. > > With the abomination that is libmali (and similar), it is still needed. > It's the only way to support GL on a primarily GLES compatible system. > > The problem is the way they do this seems to be a custom version of > libdrm, which then conflicts with the mesa version. Thus the issues. > > I'm happy to continue testing my particular needs now and the future (thus > the patch against master.) >... Stupid question: Is PREFERRED_PROVIDER_virtual/mesa = "mesa-gl" PREFERRED_PROVIDER_virtual/libgl = "mesa-gl" equivalent to PACKAGECONFIG_pn-mesa = "opengl dri x11" ? > --Mark cu Adrian -=-=-=-=-=-=-=-=-=-=-=- Links: You receive all messages sent to this group. View/Reply Online (#136751): https://lists.openembedded.org/g/openembedded-core/message/136751 Mute This Topic: https://lists.openembedded.org/mt/72547327/21656 Group Owner: openembedded-core+ow...@lists.openembedded.org Unsubscribe: https://lists.openembedded.org/g/openembedded-core/unsub [arch...@mail-archive.com] -=-=-=-=-=-=-=-=-=-=-=-
Re: [OE-core] [PATCH] mesa-gl: The purpose of mesa-gl is to provide for X11 usage
On Wed, Mar 25, 2020 at 3:15 PM Mark Hatle wrote: > > Trying to build mesa-gl without X11 enabled, results in numerous errors > about being incorrectly configured, such as: > > ERROR: Problem encountered: building dri drivers require at least one > windowing system or classic osmesa > > After consulting with the author of this recipe, it was clear that it > was only intended for the X11 use-case, so requring X11 should avoid the > error message above. > > Signed-off-by: Mark Hatle This is wrong. We ought to add osmesa as fallback and not hard-require X11 -- Otavio Salvador O.S. Systems http://www.ossystems.com.brhttp://code.ossystems.com.br Mobile: +55 (53) 9 9981-7854 Mobile: +1 (347) 903-9750 -=-=-=-=-=-=-=-=-=-=-=- Links: You receive all messages sent to this group. View/Reply Online (#136708): https://lists.openembedded.org/g/openembedded-core/message/136708 Mute This Topic: https://lists.openembedded.org/mt/72547327/21656 Group Owner: openembedded-core+ow...@lists.openembedded.org Unsubscribe: https://lists.openembedded.org/g/openembedded-core/unsub [arch...@mail-archive.com] -=-=-=-=-=-=-=-=-=-=-=-
Re: [OE-core] [PATCH] mesa-gl: The purpose of mesa-gl is to provide for X11 usage
On Wed, Mar 25, 2020 at 10:37:55PM +0100, Andrey Zhizhikin wrote: > On Wed, Mar 25, 2020 at 9:36 PM Mark Hatle > wrote: > > > > > On Wed, Mar 25, 2020 at 7:15 PM Mark Hatle > > > wrote: > > >> > > >> Trying to build mesa-gl without X11 enabled, results in numerous errors > > >> about being incorrectly configured, such as: > > >> > > >> ERROR: Problem encountered: building dri drivers require at least one > > >> windowing system or classic osmesa > > > > > > I believe I was fighting similar issue in meta-freescale layer for > > > imx8mm derivative [1], where the status of GPU support was not know at > > > the time. What I did back then is set the default configuration to > > > osmesa and used swrast in order to be able to use mesa on that > > > derivative. After that, when GPU support has been added into Mesa - > > > those modifications were reverted. > > > > Do you have a pointer to that anywhere? I'm curious if any of it might > > still apply.. but I know nothing about mesa and what configurations are > > even possible. > > I've included the link to my commit in meta-freescale layer, where the > PACKAGECONFIG is set to use 'classic' OSMesa and adds swrast to > DRIDRIVERS. This should turn the rendering to be performed in the SW, > effectively working for all backends (at the obvious performance > penalty). It took me quite some digging to figure this combination > out, as I also cannot claim myself an expert in mesa... FWIW, we also expect SW rendering for GL, while SGX/RGX cores in our SoCs accelerate EGL/GLES. But, like Mark, I also don't know much about Mesa. Similar to what he mentioned about Mali, we used to require a custom libdrm years ago. But since then, everything has been upstreamed into main libdrm-omap driver. -- Denys > > > I guess turning to swrast in case if someone would decide _not_ to use > > > X11 - is not a bad option here, rather than enforcing the X11 for > > > distros which are using this recipe. Any thoughts? > > > > I don't know any any reasons we couldn't do this.. but like I said.. I'm a > > newbie when it comes to mesa. > > Maybe something like this could be used (warning: untested): > PACKAGECONFIG ??= "opengl dri ${@bb.utils.contains('DISTRO_FEATURES', > 'x11', 'x11', 'osmesa',d)}" > DRIDRIVERS_append = "${@bb.utils.contains('DISTRO_FEATURES', 'x11', > '', ' swrast',d)}" > > > > > --Mark > > > > >> > > >> After consulting with the author of this recipe, it was clear that it > > >> was only intended for the X11 use-case, so requring X11 should avoid the > > >> error message above. > > >> > > >> Signed-off-by: Mark Hatle > > >> --- > > >> meta/recipes-graphics/mesa/mesa-gl_20.0.1.bb | 6 -- > > >> 1 file changed, 4 insertions(+), 2 deletions(-) > > >> > > >> diff --git a/meta/recipes-graphics/mesa/mesa-gl_20.0.1.bb > > >> b/meta/recipes-graphics/mesa/mesa-gl_20.0.1.bb > > >> index d4b1c1c454..5674c6b1fe 100644 > > >> --- a/meta/recipes-graphics/mesa/mesa-gl_20.0.1.bb > > >> +++ b/meta/recipes-graphics/mesa/mesa-gl_20.0.1.bb > > >> @@ -6,5 +6,7 @@ PROVIDES = "virtual/libgl virtual/mesa" > > >> > > >> S = "${WORKDIR}/mesa-${PV}" > > >> > > >> -PACKAGECONFIG ??= "opengl dri ${@bb.utils.filter('DISTRO_FEATURES', > > >> 'x11', d)}" > > >> -PACKAGECONFIG_class-target = "opengl dri > > >> ${@bb.utils.filter('DISTRO_FEATURES', 'x11', d)}" > > >> +REQUIRED_DISTRO_FEATURE = "x11" > > >> + > > >> +PACKAGECONFIG ??= "opengl dri x11" > > >> +PACKAGECONFIG_class-target = "opengl dri x11" > > >> -- > > >> 2.17.1 > > >> > > >> > > > > > > -- > > > Regards, > > > Andrey. > > > > > > [1]: > > > https://github.com/Freescale/meta-freescale/commit/9a2210d9ec707531436dc4b56ce655c0bf50a8a8 > > > > > > > > > > > -- > Regards, > Andrey. > -=-=-=-=-=-=-=-=-=-=-=- Links: You receive all messages sent to this group. View/Reply Online (#136707): https://lists.openembedded.org/g/openembedded-core/message/136707 Mute This Topic: https://lists.openembedded.org/mt/72547327/21656 Group Owner: openembedded-core+ow...@lists.openembedded.org Unsubscribe: https://lists.openembedded.org/g/openembedded-core/unsub [arch...@mail-archive.com] -=-=-=-=-=-=-=-=-=-=-=-
Re: [OE-core] [PATCH] mesa-gl: The purpose of mesa-gl is to provide for X11 usage
On Wed, Mar 25, 2020 at 9:36 PM Mark Hatle wrote: > > > On Wed, Mar 25, 2020 at 7:15 PM Mark Hatle > > wrote: > >> > >> Trying to build mesa-gl without X11 enabled, results in numerous errors > >> about being incorrectly configured, such as: > >> > >> ERROR: Problem encountered: building dri drivers require at least one > >> windowing system or classic osmesa > > > > I believe I was fighting similar issue in meta-freescale layer for > > imx8mm derivative [1], where the status of GPU support was not know at > > the time. What I did back then is set the default configuration to > > osmesa and used swrast in order to be able to use mesa on that > > derivative. After that, when GPU support has been added into Mesa - > > those modifications were reverted. > > Do you have a pointer to that anywhere? I'm curious if any of it might > still apply.. but I know nothing about mesa and what configurations are > even possible. I've included the link to my commit in meta-freescale layer, where the PACKAGECONFIG is set to use 'classic' OSMesa and adds swrast to DRIDRIVERS. This should turn the rendering to be performed in the SW, effectively working for all backends (at the obvious performance penalty). It took me quite some digging to figure this combination out, as I also cannot claim myself an expert in mesa... > > > I guess turning to swrast in case if someone would decide _not_ to use > > X11 - is not a bad option here, rather than enforcing the X11 for > > distros which are using this recipe. Any thoughts? > > I don't know any any reasons we couldn't do this.. but like I said.. I'm a > newbie when it comes to mesa. Maybe something like this could be used (warning: untested): PACKAGECONFIG ??= "opengl dri ${@bb.utils.contains('DISTRO_FEATURES', 'x11', 'x11', 'osmesa',d)}" DRIDRIVERS_append = "${@bb.utils.contains('DISTRO_FEATURES', 'x11', '', ' swrast',d)}" > > --Mark > > >> > >> After consulting with the author of this recipe, it was clear that it > >> was only intended for the X11 use-case, so requring X11 should avoid the > >> error message above. > >> > >> Signed-off-by: Mark Hatle > >> --- > >> meta/recipes-graphics/mesa/mesa-gl_20.0.1.bb | 6 -- > >> 1 file changed, 4 insertions(+), 2 deletions(-) > >> > >> diff --git a/meta/recipes-graphics/mesa/mesa-gl_20.0.1.bb > >> b/meta/recipes-graphics/mesa/mesa-gl_20.0.1.bb > >> index d4b1c1c454..5674c6b1fe 100644 > >> --- a/meta/recipes-graphics/mesa/mesa-gl_20.0.1.bb > >> +++ b/meta/recipes-graphics/mesa/mesa-gl_20.0.1.bb > >> @@ -6,5 +6,7 @@ PROVIDES = "virtual/libgl virtual/mesa" > >> > >> S = "${WORKDIR}/mesa-${PV}" > >> > >> -PACKAGECONFIG ??= "opengl dri ${@bb.utils.filter('DISTRO_FEATURES', > >> 'x11', d)}" > >> -PACKAGECONFIG_class-target = "opengl dri > >> ${@bb.utils.filter('DISTRO_FEATURES', 'x11', d)}" > >> +REQUIRED_DISTRO_FEATURE = "x11" > >> + > >> +PACKAGECONFIG ??= "opengl dri x11" > >> +PACKAGECONFIG_class-target = "opengl dri x11" > >> -- > >> 2.17.1 > >> > >> > > > > -- > > Regards, > > Andrey. > > > > [1]: > > https://github.com/Freescale/meta-freescale/commit/9a2210d9ec707531436dc4b56ce655c0bf50a8a8 > > > > > -- Regards, Andrey. -=-=-=-=-=-=-=-=-=-=-=- Links: You receive all messages sent to this group. View/Reply Online (#136706): https://lists.openembedded.org/g/openembedded-core/message/136706 Mute This Topic: https://lists.openembedded.org/mt/72547327/21656 Group Owner: openembedded-core+ow...@lists.openembedded.org Unsubscribe: https://lists.openembedded.org/g/openembedded-core/unsub [arch...@mail-archive.com] -=-=-=-=-=-=-=-=-=-=-=-
Re: [OE-core] [PATCH] mesa-gl: The purpose of mesa-gl is to provide for X11 usage
> On Wed, Mar 25, 2020 at 7:15 PM Mark Hatle > wrote: >> >> Trying to build mesa-gl without X11 enabled, results in numerous errors >> about being incorrectly configured, such as: >> >> ERROR: Problem encountered: building dri drivers require at least one >> windowing system or classic osmesa > > I believe I was fighting similar issue in meta-freescale layer for > imx8mm derivative [1], where the status of GPU support was not know at > the time. What I did back then is set the default configuration to > osmesa and used swrast in order to be able to use mesa on that > derivative. After that, when GPU support has been added into Mesa - > those modifications were reverted. Do you have a pointer to that anywhere? I'm curious if any of it might still apply.. but I know nothing about mesa and what configurations are even possible. > I guess turning to swrast in case if someone would decide _not_ to use > X11 - is not a bad option here, rather than enforcing the X11 for > distros which are using this recipe. Any thoughts? I don't know any any reasons we couldn't do this.. but like I said.. I'm a newbie when it comes to mesa. --Mark >> >> After consulting with the author of this recipe, it was clear that it >> was only intended for the X11 use-case, so requring X11 should avoid the >> error message above. >> >> Signed-off-by: Mark Hatle >> --- >> meta/recipes-graphics/mesa/mesa-gl_20.0.1.bb | 6 -- >> 1 file changed, 4 insertions(+), 2 deletions(-) >> >> diff --git a/meta/recipes-graphics/mesa/mesa-gl_20.0.1.bb >> b/meta/recipes-graphics/mesa/mesa-gl_20.0.1.bb >> index d4b1c1c454..5674c6b1fe 100644 >> --- a/meta/recipes-graphics/mesa/mesa-gl_20.0.1.bb >> +++ b/meta/recipes-graphics/mesa/mesa-gl_20.0.1.bb >> @@ -6,5 +6,7 @@ PROVIDES = "virtual/libgl virtual/mesa" >> >> S = "${WORKDIR}/mesa-${PV}" >> >> -PACKAGECONFIG ??= "opengl dri ${@bb.utils.filter('DISTRO_FEATURES', >> 'x11', d)}" >> -PACKAGECONFIG_class-target = "opengl dri >> ${@bb.utils.filter('DISTRO_FEATURES', 'x11', d)}" >> +REQUIRED_DISTRO_FEATURE = "x11" >> + >> +PACKAGECONFIG ??= "opengl dri x11" >> +PACKAGECONFIG_class-target = "opengl dri x11" >> -- >> 2.17.1 >> >> > > -- > Regards, > Andrey. > > [1]: > https://github.com/Freescale/meta-freescale/commit/9a2210d9ec707531436dc4b56ce655c0bf50a8a8 > > -=-=-=-=-=-=-=-=-=-=-=- Links: You receive all messages sent to this group. View/Reply Online (#136705): https://lists.openembedded.org/g/openembedded-core/message/136705 Mute This Topic: https://lists.openembedded.org/mt/72547327/21656 Group Owner: openembedded-core+ow...@lists.openembedded.org Unsubscribe: https://lists.openembedded.org/g/openembedded-core/unsub [arch...@mail-archive.com] -=-=-=-=-=-=-=-=-=-=-=-
Re: [OE-core] [PATCH] mesa-gl: The purpose of mesa-gl is to provide for X11 usage
On Wed, Mar 25, 2020 at 7:15 PM Mark Hatle wrote: > > Trying to build mesa-gl without X11 enabled, results in numerous errors > about being incorrectly configured, such as: > > ERROR: Problem encountered: building dri drivers require at least one > windowing system or classic osmesa I believe I was fighting similar issue in meta-freescale layer for imx8mm derivative [1], where the status of GPU support was not know at the time. What I did back then is set the default configuration to osmesa and used swrast in order to be able to use mesa on that derivative. After that, when GPU support has been added into Mesa - those modifications were reverted. I guess turning to swrast in case if someone would decide _not_ to use X11 - is not a bad option here, rather than enforcing the X11 for distros which are using this recipe. Any thoughts? > > After consulting with the author of this recipe, it was clear that it > was only intended for the X11 use-case, so requring X11 should avoid the > error message above. > > Signed-off-by: Mark Hatle > --- > meta/recipes-graphics/mesa/mesa-gl_20.0.1.bb | 6 -- > 1 file changed, 4 insertions(+), 2 deletions(-) > > diff --git a/meta/recipes-graphics/mesa/mesa-gl_20.0.1.bb > b/meta/recipes-graphics/mesa/mesa-gl_20.0.1.bb > index d4b1c1c454..5674c6b1fe 100644 > --- a/meta/recipes-graphics/mesa/mesa-gl_20.0.1.bb > +++ b/meta/recipes-graphics/mesa/mesa-gl_20.0.1.bb > @@ -6,5 +6,7 @@ PROVIDES = "virtual/libgl virtual/mesa" > > S = "${WORKDIR}/mesa-${PV}" > > -PACKAGECONFIG ??= "opengl dri ${@bb.utils.filter('DISTRO_FEATURES', 'x11', > d)}" > -PACKAGECONFIG_class-target = "opengl dri > ${@bb.utils.filter('DISTRO_FEATURES', 'x11', d)}" > +REQUIRED_DISTRO_FEATURE = "x11" > + > +PACKAGECONFIG ??= "opengl dri x11" > +PACKAGECONFIG_class-target = "opengl dri x11" > -- > 2.17.1 > > -- Regards, Andrey. [1]: https://github.com/Freescale/meta-freescale/commit/9a2210d9ec707531436dc4b56ce655c0bf50a8a8 -=-=-=-=-=-=-=-=-=-=-=- Links: You receive all messages sent to this group. View/Reply Online (#136704): https://lists.openembedded.org/g/openembedded-core/message/136704 Mute This Topic: https://lists.openembedded.org/mt/72547327/21656 Group Owner: openembedded-core+ow...@lists.openembedded.org Unsubscribe: https://lists.openembedded.org/g/openembedded-core/unsub [arch...@mail-archive.com] -=-=-=-=-=-=-=-=-=-=-=-
Re: [OE-core] [PATCH] mesa-gl: The purpose of mesa-gl is to provide for X11 usage
> To be honest, I would just take the entire recipe out. It's causing > trouble > during updates, isn't being tested neither for builds nor at runtime, and > is supposed to provide some specific configuration which as this > discussion > makes clear, nobody seems to quite understand. With the abomination that is libmali (and similar), it is still needed. It's the only way to support GL on a primarily GLES compatible system. The problem is the way they do this seems to be a custom version of libdrm, which then conflicts with the mesa version. Thus the issues. I'm happy to continue testing my particular needs now and the future (thus the patch against master.) What we absolutely don't want is a different version of this for every system that has a custom graphics chip in it. That would be a far larger nightmare than what is currently implemented. The key to this is to come to an agreement on what should work and how it should be configured. As of right now, the only working configuration I can find is X11. --Mark > Alex > > On Wed, 25 Mar 2020 at 19:42, Mark Hatle > wrote: > >> > On Wed, Mar 25, 2020 at 01:14:47PM -0500, Mark Hatle wrote: >> >> Trying to build mesa-gl without X11 enabled, results in numerous >> errors >> >> about being incorrectly configured, such as: >> >> >> >> ERROR: Problem encountered: building dri drivers require at least >> one >> >> windowing system or classic osmesa >> >> >> >> After consulting with the author of this recipe, it was clear that it >> >> was only intended for the X11 use-case, so requring X11 should avoid >> the >> >> error message above. >> > >> > Hmm. That's not good. There are embedded devices that provide EGL/GLES >> > support >> > through own stack, but fall back on MESA for full desktop GL support. >> > That's >> > been working to some extent even with Wayland and w/o X11. With your >> > change >> > that won't be possible any more... >> >> >> Have you tried any of these? This hasn't been working since Zeus with >> an >> external libmali and non-X11 configuration. It returns the error listed >> in the commit message "ERROR: Problem encountered: building dri drivers >> require at least one windowing system or classic osmesa" during >> configuration. >> >> Ross and I talked about it and he said this was specific to X11 >> implementation and wasn't meant to work for other implementations. >> (fbdev/QT/etc.) >> >> If Wayland is supposed to work, then someone needs to go in and adjust >> the >> configuration to also support Wayland. I don't have any Wayland systems >> to even know what the right configuration COULD be. >> >> The specific configuration I'm running has "OpenGL" in the >> DISTRO_FEATURE, >> but does NOT have X11 or Wayland". >> >> DISTRO_FEATURES_append = " opengl" >> DISTRO_FEATURES_remove = "x11 wayland" >> >> --Mark >> >> > -- >> > Denys >> > >> > >> >> Signed-off-by: Mark Hatle >> >> --- >> >> meta/recipes-graphics/mesa/mesa-gl_20.0.1.bb | 6 -- >> >> 1 file changed, 4 insertions(+), 2 deletions(-) >> >> >> >> diff --git a/meta/recipes-graphics/mesa/mesa-gl_20.0.1.bb >> >> b/meta/recipes-graphics/mesa/mesa-gl_20.0.1.bb >> >> index d4b1c1c454..5674c6b1fe 100644 >> >> --- a/meta/recipes-graphics/mesa/mesa-gl_20.0.1.bb >> >> +++ b/meta/recipes-graphics/mesa/mesa-gl_20.0.1.bb >> >> @@ -6,5 +6,7 @@ PROVIDES = "virtual/libgl virtual/mesa" >> >> >> >> S = "${WORKDIR}/mesa-${PV}" >> >> >> >> -PACKAGECONFIG ??= "opengl dri ${@bb.utils.filter('DISTRO_FEATURES', >> >> 'x11', d)}" >> >> -PACKAGECONFIG_class-target = "opengl dri >> >> ${@bb.utils.filter('DISTRO_FEATURES', 'x11', d)}" >> >> +REQUIRED_DISTRO_FEATURE = "x11" >> >> + >> >> +PACKAGECONFIG ??= "opengl dri x11" >> >> +PACKAGECONFIG_class-target = "opengl dri x11" >> >> -- >> >> 2.17.1 >> >> >> > >> >> >> > >> >> >> > -=-=-=-=-=-=-=-=-=-=-=- Links: You receive all messages sent to this group. View/Reply Online (#136703): https://lists.openembedded.org/g/openembedded-core/message/136703 Mute This Topic: https://lists.openembedded.org/mt/72547327/21656 Group Owner: openembedded-core+ow...@lists.openembedded.org Unsubscribe: https://lists.openembedded.org/g/openembedded-core/unsub [arch...@mail-archive.com] -=-=-=-=-=-=-=-=-=-=-=-
Re: [OE-core] [PATCH] mesa-gl: The purpose of mesa-gl is to provide for X11 usage
To be honest, I would just take the entire recipe out. It's causing trouble during updates, isn't being tested neither for builds nor at runtime, and is supposed to provide some specific configuration which as this discussion makes clear, nobody seems to quite understand. Alex On Wed, 25 Mar 2020 at 19:42, Mark Hatle wrote: > > On Wed, Mar 25, 2020 at 01:14:47PM -0500, Mark Hatle wrote: > >> Trying to build mesa-gl without X11 enabled, results in numerous errors > >> about being incorrectly configured, such as: > >> > >> ERROR: Problem encountered: building dri drivers require at least one > >> windowing system or classic osmesa > >> > >> After consulting with the author of this recipe, it was clear that it > >> was only intended for the X11 use-case, so requring X11 should avoid the > >> error message above. > > > > Hmm. That's not good. There are embedded devices that provide EGL/GLES > > support > > through own stack, but fall back on MESA for full desktop GL support. > > That's > > been working to some extent even with Wayland and w/o X11. With your > > change > > that won't be possible any more... > > > Have you tried any of these? This hasn't been working since Zeus with an > external libmali and non-X11 configuration. It returns the error listed > in the commit message "ERROR: Problem encountered: building dri drivers > require at least one windowing system or classic osmesa" during > configuration. > > Ross and I talked about it and he said this was specific to X11 > implementation and wasn't meant to work for other implementations. > (fbdev/QT/etc.) > > If Wayland is supposed to work, then someone needs to go in and adjust the > configuration to also support Wayland. I don't have any Wayland systems > to even know what the right configuration COULD be. > > The specific configuration I'm running has "OpenGL" in the DISTRO_FEATURE, > but does NOT have X11 or Wayland". > > DISTRO_FEATURES_append = " opengl" > DISTRO_FEATURES_remove = "x11 wayland" > > --Mark > > > -- > > Denys > > > > > >> Signed-off-by: Mark Hatle > >> --- > >> meta/recipes-graphics/mesa/mesa-gl_20.0.1.bb | 6 -- > >> 1 file changed, 4 insertions(+), 2 deletions(-) > >> > >> diff --git a/meta/recipes-graphics/mesa/mesa-gl_20.0.1.bb > >> b/meta/recipes-graphics/mesa/mesa-gl_20.0.1.bb > >> index d4b1c1c454..5674c6b1fe 100644 > >> --- a/meta/recipes-graphics/mesa/mesa-gl_20.0.1.bb > >> +++ b/meta/recipes-graphics/mesa/mesa-gl_20.0.1.bb > >> @@ -6,5 +6,7 @@ PROVIDES = "virtual/libgl virtual/mesa" > >> > >> S = "${WORKDIR}/mesa-${PV}" > >> > >> -PACKAGECONFIG ??= "opengl dri ${@bb.utils.filter('DISTRO_FEATURES', > >> 'x11', d)}" > >> -PACKAGECONFIG_class-target = "opengl dri > >> ${@bb.utils.filter('DISTRO_FEATURES', 'x11', d)}" > >> +REQUIRED_DISTRO_FEATURE = "x11" > >> + > >> +PACKAGECONFIG ??= "opengl dri x11" > >> +PACKAGECONFIG_class-target = "opengl dri x11" > >> -- > >> 2.17.1 > >> > > > >> > > > > > -=-=-=-=-=-=-=-=-=-=-=- Links: You receive all messages sent to this group. View/Reply Online (#136702): https://lists.openembedded.org/g/openembedded-core/message/136702 Mute This Topic: https://lists.openembedded.org/mt/72547327/21656 Group Owner: openembedded-core+ow...@lists.openembedded.org Unsubscribe: https://lists.openembedded.org/g/openembedded-core/unsub [arch...@mail-archive.com] -=-=-=-=-=-=-=-=-=-=-=-
Re: [OE-core] [PATCH] mesa-gl: The purpose of mesa-gl is to provide for X11 usage
>> On Wed, Mar 25, 2020 at 01:14:47PM -0500, Mark Hatle wrote: >>> Trying to build mesa-gl without X11 enabled, results in numerous errors >>> about being incorrectly configured, such as: >>> >>> ERROR: Problem encountered: building dri drivers require at least one >>> windowing system or classic osmesa >>> >>> After consulting with the author of this recipe, it was clear that it >>> was only intended for the X11 use-case, so requring X11 should avoid >>> the >>> error message above. >> >> Hmm. That's not good. There are embedded devices that provide EGL/GLES >> support >> through own stack, but fall back on MESA for full desktop GL support. >> That's >> been working to some extent even with Wayland and w/o X11. With your >> change >> that won't be possible any more... > > > Have you tried any of these? This hasn't been working since Zeus with an > external libmali and non-X11 configuration. It returns the error listed > in the commit message "ERROR: Problem encountered: building dri drivers > require at least one windowing system or classic osmesa" during > configuration. > > Ross and I talked about it and he said this was specific to X11 > implementation and wasn't meant to work for other implementations. > (fbdev/QT/etc.) > > If Wayland is supposed to work, then someone needs to go in and adjust the > configuration to also support Wayland. I don't have any Wayland systems > to even know what the right configuration COULD be. > > The specific configuration I'm running has "OpenGL" in the DISTRO_FEATURE, > but does NOT have X11 or Wayland". > > DISTRO_FEATURES_append = " opengl" > DISTRO_FEATURES_remove = "x11 wayland" This can be further refined to: conf/local.conf: PREFERRED_PROVIDER_virtual/libgl = "mesa-gl" PREFERRED_PROVIDER_virtual/mesa = "mesa-gl" DISTRO_FEATURES_append = " opengl" DISTRO_FEATURES_remove = "x11" bitbake mesa-gl Error is the same: meson.build:455:4: ERROR: Problem encountered: building dri drivers require at least one windowing system or classic osmesa > --Mark > >> -- >> Denys >> >> >>> Signed-off-by: Mark Hatle >>> --- >>> meta/recipes-graphics/mesa/mesa-gl_20.0.1.bb | 6 -- >>> 1 file changed, 4 insertions(+), 2 deletions(-) >>> >>> diff --git a/meta/recipes-graphics/mesa/mesa-gl_20.0.1.bb >>> b/meta/recipes-graphics/mesa/mesa-gl_20.0.1.bb >>> index d4b1c1c454..5674c6b1fe 100644 >>> --- a/meta/recipes-graphics/mesa/mesa-gl_20.0.1.bb >>> +++ b/meta/recipes-graphics/mesa/mesa-gl_20.0.1.bb >>> @@ -6,5 +6,7 @@ PROVIDES = "virtual/libgl virtual/mesa" >>> >>> S = "${WORKDIR}/mesa-${PV}" >>> >>> -PACKAGECONFIG ??= "opengl dri ${@bb.utils.filter('DISTRO_FEATURES', >>> 'x11', d)}" >>> -PACKAGECONFIG_class-target = "opengl dri >>> ${@bb.utils.filter('DISTRO_FEATURES', 'x11', d)}" >>> +REQUIRED_DISTRO_FEATURE = "x11" >>> + >>> +PACKAGECONFIG ??= "opengl dri x11" >>> +PACKAGECONFIG_class-target = "opengl dri x11" >>> -- >>> 2.17.1 >>> >> >>> >> > > > -=-=-=-=-=-=-=-=-=-=-=- Links: You receive all messages sent to this group. View/Reply Online (#136701): https://lists.openembedded.org/g/openembedded-core/message/136701 Mute This Topic: https://lists.openembedded.org/mt/72547327/21656 Group Owner: openembedded-core+ow...@lists.openembedded.org Unsubscribe: https://lists.openembedded.org/g/openembedded-core/unsub [arch...@mail-archive.com] -=-=-=-=-=-=-=-=-=-=-=-
Re: [OE-core] [PATCH] mesa-gl: The purpose of mesa-gl is to provide for X11 usage
> On Wed, Mar 25, 2020 at 01:14:47PM -0500, Mark Hatle wrote: >> Trying to build mesa-gl without X11 enabled, results in numerous errors >> about being incorrectly configured, such as: >> >> ERROR: Problem encountered: building dri drivers require at least one >> windowing system or classic osmesa >> >> After consulting with the author of this recipe, it was clear that it >> was only intended for the X11 use-case, so requring X11 should avoid the >> error message above. > > Hmm. That's not good. There are embedded devices that provide EGL/GLES > support > through own stack, but fall back on MESA for full desktop GL support. > That's > been working to some extent even with Wayland and w/o X11. With your > change > that won't be possible any more... Have you tried any of these? This hasn't been working since Zeus with an external libmali and non-X11 configuration. It returns the error listed in the commit message "ERROR: Problem encountered: building dri drivers require at least one windowing system or classic osmesa" during configuration. Ross and I talked about it and he said this was specific to X11 implementation and wasn't meant to work for other implementations. (fbdev/QT/etc.) If Wayland is supposed to work, then someone needs to go in and adjust the configuration to also support Wayland. I don't have any Wayland systems to even know what the right configuration COULD be. The specific configuration I'm running has "OpenGL" in the DISTRO_FEATURE, but does NOT have X11 or Wayland". DISTRO_FEATURES_append = " opengl" DISTRO_FEATURES_remove = "x11 wayland" --Mark > -- > Denys > > >> Signed-off-by: Mark Hatle >> --- >> meta/recipes-graphics/mesa/mesa-gl_20.0.1.bb | 6 -- >> 1 file changed, 4 insertions(+), 2 deletions(-) >> >> diff --git a/meta/recipes-graphics/mesa/mesa-gl_20.0.1.bb >> b/meta/recipes-graphics/mesa/mesa-gl_20.0.1.bb >> index d4b1c1c454..5674c6b1fe 100644 >> --- a/meta/recipes-graphics/mesa/mesa-gl_20.0.1.bb >> +++ b/meta/recipes-graphics/mesa/mesa-gl_20.0.1.bb >> @@ -6,5 +6,7 @@ PROVIDES = "virtual/libgl virtual/mesa" >> >> S = "${WORKDIR}/mesa-${PV}" >> >> -PACKAGECONFIG ??= "opengl dri ${@bb.utils.filter('DISTRO_FEATURES', >> 'x11', d)}" >> -PACKAGECONFIG_class-target = "opengl dri >> ${@bb.utils.filter('DISTRO_FEATURES', 'x11', d)}" >> +REQUIRED_DISTRO_FEATURE = "x11" >> + >> +PACKAGECONFIG ??= "opengl dri x11" >> +PACKAGECONFIG_class-target = "opengl dri x11" >> -- >> 2.17.1 >> > >> > -=-=-=-=-=-=-=-=-=-=-=- Links: You receive all messages sent to this group. View/Reply Online (#136700): https://lists.openembedded.org/g/openembedded-core/message/136700 Mute This Topic: https://lists.openembedded.org/mt/72547327/21656 Group Owner: openembedded-core+ow...@lists.openembedded.org Unsubscribe: https://lists.openembedded.org/g/openembedded-core/unsub [arch...@mail-archive.com] -=-=-=-=-=-=-=-=-=-=-=-
Re: [OE-core] [PATCH] mesa-gl: The purpose of mesa-gl is to provide for X11 usage
On Wed, Mar 25, 2020 at 01:14:47PM -0500, Mark Hatle wrote: > Trying to build mesa-gl without X11 enabled, results in numerous errors > about being incorrectly configured, such as: > > ERROR: Problem encountered: building dri drivers require at least one > windowing system or classic osmesa > > After consulting with the author of this recipe, it was clear that it > was only intended for the X11 use-case, so requring X11 should avoid the > error message above. Hmm. That's not good. There are embedded devices that provide EGL/GLES support through own stack, but fall back on MESA for full desktop GL support. That's been working to some extent even with Wayland and w/o X11. With your change that won't be possible any more... -- Denys > Signed-off-by: Mark Hatle > --- > meta/recipes-graphics/mesa/mesa-gl_20.0.1.bb | 6 -- > 1 file changed, 4 insertions(+), 2 deletions(-) > > diff --git a/meta/recipes-graphics/mesa/mesa-gl_20.0.1.bb > b/meta/recipes-graphics/mesa/mesa-gl_20.0.1.bb > index d4b1c1c454..5674c6b1fe 100644 > --- a/meta/recipes-graphics/mesa/mesa-gl_20.0.1.bb > +++ b/meta/recipes-graphics/mesa/mesa-gl_20.0.1.bb > @@ -6,5 +6,7 @@ PROVIDES = "virtual/libgl virtual/mesa" > > S = "${WORKDIR}/mesa-${PV}" > > -PACKAGECONFIG ??= "opengl dri ${@bb.utils.filter('DISTRO_FEATURES', 'x11', > d)}" > -PACKAGECONFIG_class-target = "opengl dri > ${@bb.utils.filter('DISTRO_FEATURES', 'x11', d)}" > +REQUIRED_DISTRO_FEATURE = "x11" > + > +PACKAGECONFIG ??= "opengl dri x11" > +PACKAGECONFIG_class-target = "opengl dri x11" > -- > 2.17.1 > > -=-=-=-=-=-=-=-=-=-=-=- Links: You receive all messages sent to this group. View/Reply Online (#136699): https://lists.openembedded.org/g/openembedded-core/message/136699 Mute This Topic: https://lists.openembedded.org/mt/72547327/21656 Group Owner: openembedded-core+ow...@lists.openembedded.org Unsubscribe: https://lists.openembedded.org/g/openembedded-core/unsub [arch...@mail-archive.com] -=-=-=-=-=-=-=-=-=-=-=-
[OE-core] [PATCH] mesa-gl: The purpose of mesa-gl is to provide for X11 usage
Trying to build mesa-gl without X11 enabled, results in numerous errors about being incorrectly configured, such as: ERROR: Problem encountered: building dri drivers require at least one windowing system or classic osmesa After consulting with the author of this recipe, it was clear that it was only intended for the X11 use-case, so requring X11 should avoid the error message above. Signed-off-by: Mark Hatle --- meta/recipes-graphics/mesa/mesa-gl_20.0.1.bb | 6 -- 1 file changed, 4 insertions(+), 2 deletions(-) diff --git a/meta/recipes-graphics/mesa/mesa-gl_20.0.1.bb b/meta/recipes-graphics/mesa/mesa-gl_20.0.1.bb index d4b1c1c454..5674c6b1fe 100644 --- a/meta/recipes-graphics/mesa/mesa-gl_20.0.1.bb +++ b/meta/recipes-graphics/mesa/mesa-gl_20.0.1.bb @@ -6,5 +6,7 @@ PROVIDES = "virtual/libgl virtual/mesa" S = "${WORKDIR}/mesa-${PV}" -PACKAGECONFIG ??= "opengl dri ${@bb.utils.filter('DISTRO_FEATURES', 'x11', d)}" -PACKAGECONFIG_class-target = "opengl dri ${@bb.utils.filter('DISTRO_FEATURES', 'x11', d)}" +REQUIRED_DISTRO_FEATURE = "x11" + +PACKAGECONFIG ??= "opengl dri x11" +PACKAGECONFIG_class-target = "opengl dri x11" -- 2.17.1 -=-=-=-=-=-=-=-=-=-=-=- Links: You receive all messages sent to this group. View/Reply Online (#136698): https://lists.openembedded.org/g/openembedded-core/message/136698 Mute This Topic: https://lists.openembedded.org/mt/72547327/21656 Group Owner: openembedded-core+ow...@lists.openembedded.org Unsubscribe: https://lists.openembedded.org/g/openembedded-core/unsub [arch...@mail-archive.com] -=-=-=-=-=-=-=-=-=-=-=-