<div dir="ltr">On Sun, Jan 13, 2013 at 7:41 PM, Eric Bénard <span dir="ltr"><<a href="mailto:eric@eukrea.com" target="_blank">eric@eukrea.com</a>></span> wrote:<br><div class="gmail_extra"><div class="gmail_quote"><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">

Hi Andrei,<br>
<br>
Le Sun, 13 Jan 2013 18:28:40 +0200,<br>
Andrei Gherzan <<a href="mailto:andrei.gherzan@windriver.com">andrei.gherzan@windriver.com</a>> a écrit :<br>
<div><div class="h5"><br>
> * Split glx PACKAGECONFIG flag in glx and dri. The one from oe-core includes<br>
> configs for dri and glx in the same PACKAGECONFIG[glx].<br>
> * There is no libgl in imx6 graphic libraries so don't compile xserver with glx.<br>
> * xserver driver for imx6 needs dri.h so compile xserver with dri for these<br>
> machines<br>
><br>
> Signed-off-by: Andrei Gherzan <<a href="mailto:andrei.gherzan@windriver.com">andrei.gherzan@windriver.com</a>><br>
> ---<br>
>  .../xorg-xserver/xserver-xorg_1.13.1.bbappend      |   15 +++++++++++++++<br>
>  1 file changed, 15 insertions(+)<br>
>  create mode 100644 recipes-graphics/xorg-xserver/xserver-xorg_1.13.1.bbappend<br>
><br>
> diff --git a/recipes-graphics/xorg-xserver/xserver-xorg_1.13.1.bbappend b/recipes-graphics/xorg-xserver/xserver-xorg_1.13.1.bbappend<br>
> new file mode 100644<br>
> index 0000000..c8b4a44<br>
> --- /dev/null<br>
> +++ b/recipes-graphics/xorg-xserver/xserver-xorg_1.13.1.bbappend<br>
> @@ -0,0 +1,15 @@<br>
> +PRINC := "${@int(PRINC) + 1}"<br>
> +<br>
> +# There are no libgl binaries for imx6 - don't compile with glx<br>
> +PACKAGECONFIG_imx6qsabrelite := "${@oe_filter_out('glx', '${PACKAGECONFIG}', d)}"<br>
> +PACKAGECONFIG_imx6qsabreauto := "${@oe_filter_out('glx', '${PACKAGECONFIG}', d)}"<br>
> +# dri is needed for xf86-video-imxfb-vivante - xserver driver<br>
> +PACKAGECONFIG_append_imx6qsabrelite = " dri"<br>
> +PACKAGECONFIG_append_imx6qsabreauto = " dri"<br>
> +<br>
> +PACKAGECONFIG[dri] = "--enable-dri, \<br>
> +                      --disable-dri, \<br>
> +                      xf86driproto dri2proto"<br>
> +PACKAGECONFIG[glx] = "--enable-glx --enable-glx-tls,\<br>
> +                      --disable-glx,\<br>
> +                      virtual/libgl"<br>
<br>
</div></div>in openembedded-core, dri (and glx) are enabled only if opengl is a<br>
DISTRO_FEATURE so the choice to enable these feature is done at distro<br>
level and not at machine level.<br>
So to be consistent with that, you could split dri/glx but I think<br>
dri should be enabled only when the distro has enabled opengl.<br>
<br>
Note that we have the same problem in the qt4 recipes : in oe-core,<br>
opengl is enabled ony if DISTRO_FEATURE has opengl, in meta-fsl-arm<br>
opengl (and openvg) are enabled by default. I'm not sure a BSP should<br>
force these settings if the distro doesn't want them.<br></blockquote><div><br></div><div style>So. I know the way oe-core chooses to use opengl and it's right. As long as gl is provided as a distro / mesa-dri provider. But after all libgl / egl and so on can be hardware dependent binaries. And this is why i want to treat them like that. I would consider this a workaround until things will be completed in oe-core. But right now this, in my opinion, the only good way to fix an issue like this.</div>

<div style><br></div><div style>ag </div></div></div></div>