From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from mo5.mail-out.ovh.net (18.mo5.mail-out.ovh.net [178.33.45.10]) by yocto-www.yoctoproject.org (Postfix) with ESMTP id 06995E006CC for ; Sun, 13 Jan 2013 11:48:11 -0800 (PST) Received: from mail188.ha.ovh.net (b6.ovh.net [213.186.33.56]) by mo5.mail-out.ovh.net (Postfix) with SMTP id A7DB9FF95FF for ; Sun, 13 Jan 2013 20:57:40 +0100 (CET) Received: from b0.ovh.net (HELO queueout) (213.186.33.50) by b0.ovh.net with SMTP; 13 Jan 2013 21:48:08 +0200 Received: from tal33-3-82-233-81-124.fbx.proxad.net (HELO e6520eb) (eric%eukrea.com@82.233.81.124) by ns0.ovh.net with SMTP; 13 Jan 2013 21:48:06 +0200 Date: Sun, 13 Jan 2013 20:48:06 +0100 From: Eric =?UTF-8?B?QsOpbmFyZA==?= To: Andrei Gherzan X-Ovh-Mailout: 178.32.228.5 (mo5.mail-out.ovh.net) Message-ID: <20130113204806.050bb6fc@e6520eb> In-Reply-To: References: <1358094522-6543-1-git-send-email-andrei.gherzan@windriver.com> <1358094522-6543-2-git-send-email-andrei.gherzan@windriver.com> <20130113184110.4b31afd5@e6520eb> Organization: =?UTF-8?B?RXVrcsOpYQ==?= Electromatique X-Mailer: Claws Mail 3.9.0 (GTK+ 2.24.13; x86_64-redhat-linux-gnu) Mime-Version: 1.0 X-Ovh-Tracer-Id: 1114077958647688594 X-Ovh-Remote: 82.233.81.124 (tal33-3-82-233-81-124.fbx.proxad.net) X-Ovh-Local: 213.186.33.20 (ns0.ovh.net) X-OVH-SPAMSTATE: OK X-OVH-SPAMSCORE: -100 X-OVH-SPAMCAUSE: gggruggvucftvghtrhhoucdtuddrfeehledrheefucetufdoteggodetrfcurfhrohhfihhlvgemucfqggfjnecuuegrihhlohhuthemuceftddtnecusecvtfgvtghiphhivghnthhsucdlqddutddtmd X-Spam-Check: DONE|U 0.5/N X-VR-SPAMSTATE: OK X-VR-SPAMSCORE: -100 X-VR-SPAMCAUSE: gggruggvucftvghtrhhoucdtuddrfeehledrheefucetufdoteggodetrfcurfhrohhfihhlvgemucfqggfjnecuuegrihhlohhuthemuceftddtnecusecvtfgvtghiphhivghnthhsucdlqddutddtmd Cc: "meta-freescale@yoctoproject.org" , Andrei Gherzan Subject: Re: [meta-fsl-arm][PATCH 2/4] xserver-xorg: Add bbappend to include dri and exclude glx for imx6 X-BeenThere: meta-freescale@yoctoproject.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Usage and development list for the meta-fsl-* layers List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 13 Jan 2013 19:48:11 -0000 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable Le Sun, 13 Jan 2013 21:23:18 +0200, Andrei Gherzan a =C3=A9crit : > On Sun, Jan 13, 2013 at 7:41 PM, Eric B=C3=A9nard wrote: > > in openembedded-core, dri (and glx) are enabled only if opengl is a > > DISTRO_FEATURE so the choice to enable these feature is done at distro > > level and not at machine level. > > So to be consistent with that, you could split dri/glx but I think > > dri should be enabled only when the distro has enabled opengl. > > > > Note that we have the same problem in the qt4 recipes : in oe-core, > > opengl is enabled ony if DISTRO_FEATURE has opengl, in meta-fsl-arm > > opengl (and openvg) are enabled by default. I'm not sure a BSP should > > force these settings if the distro doesn't want them. > > >=20 > 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. >=20 I agree with you that this could be hardware dependent and not distro dependent. So if I understand well you plan to migrate that in oe-core from DISTRO_FEATURES to MACHINE_FEATURES ? Eric