From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from mo1.mail-out.ovh.net (17.mo1.mail-out.ovh.net [87.98.179.142]) by yocto-www.yoctoproject.org (Postfix) with ESMTP id 17A7CE00496 for ; Sat, 12 Jan 2013 10:00:09 -0800 (PST) Received: from mail26.ha.ovh.net (b9.ovh.net [213.186.33.59]) by mo1.mail-out.ovh.net (Postfix) with SMTP id A87E1FF9F9C for ; Sat, 12 Jan 2013 19:13:57 +0100 (CET) Received: from b0.ovh.net (HELO queueout) (213.186.33.50) by b0.ovh.net with SMTP; 12 Jan 2013 20:00:07 +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; 12 Jan 2013 20:00:05 +0200 Date: Sat, 12 Jan 2013 19:00:04 +0100 From: Eric =?UTF-8?B?QsOpbmFyZA==?= To: Otavio Salvador X-Ovh-Mailout: 178.32.228.1 (mo1.mail-out.ovh.net) Message-ID: <20130112190004.18ce097c@e6520eb> In-Reply-To: References: <20130112145921.6eb21979@e6520eb> <20130112184946.723bdd30@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: 11863888793747959164 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: gggruggvucftvghtrhhoucdtuddrfeehledrhedvucetufdoteggodetrfcurfhrohhfihhlvgemucfqggfjnecuuegrihhlohhuthemuceftddtnecusecvtfgvtghiphhivghnthhsucdlqddutddtmd X-Spam-Check: DONE|U 0.500056/N X-VR-SPAMSTATE: OK X-VR-SPAMSCORE: -100 X-VR-SPAMCAUSE: gggruggvucftvghtrhhoucdtuddrfeehledrhedvucetufdoteggodetrfcurfhrohhfihhlvgemucfqggfjnecuuegrihhlohhuthemuceftddtnecusecvtfgvtghiphhivghnthhsucdlqddutddtmd Cc: "meta-freescale@yoctoproject.org" Subject: Re: mesa-dri vs amd-gpu-x11-bin-mx51 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: Sat, 12 Jan 2013 18:00:09 -0000 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable Le Sat, 12 Jan 2013 15:52:46 -0200, Otavio Salvador a =C3=A9crit : > On Sat, Jan 12, 2013 at 3:49 PM, Eric B=C3=A9nard wrote: > > Le Sat, 12 Jan 2013 17:54:13 +0200, > > Andrei Gherzan a =C3=A9crit : > > > >> On Sat, Jan 12, 2013 at 4:15 PM, Otavio Salvador wrote: > >> > >> > On Sat, Jan 12, 2013 at 11:59 AM, Eric B=C3=A9nard = wrote: > >> > > Hi, > >> > > > >> > > has anyone here already seen this messages ? > >> > > >> > Yes; I started checking it but I still do not have an absolute answer > >> > to how to fix it. > >> > > >> > The problem is xserver-xorg (when it has glx enabled) it depends on > >> > mesa-dri. Both mesa-dri and GPU package libraries (the mx5 and mx6 > >> > ones) provide same (theorical) functionality of mesa-dri, libraries > >> > and (most) headers leading to those errors. > >> > > >> > I did check how Xorg is compiled in LTIB and it doesn't has glx > >> > enabled so my idea is to disable glx in Xorg and try to go this rout= e. > >> > This would allow for a clean build at cost of making xserver-xorg > >> > machine specific. Do you have any other idea? > >> > > >> > >> Why do you need glx after all? We don't have opengl for imx53 right? > >> And about the fix. Xorg with glx should depend on virtual/libgl (or g= l) > >> not mesa-dri. > >> > > mesa-dri provides virtual/libgl which can explain why we find it here. >=20 > In fact mesa provides all them (GL ES2 and GL ES1 too). yes, I was in Andrei's email context here. meta-ti has the following lines in libgles-omap3.inc : PROVIDES +=3D "virtual/egl virtual/libgles1 virtual/libgles2" RREPLACES_${PN} =3D "libegl libgles1 libgles2" RREPLACES_${PN}-dev =3D "libegl-dev libgles1-dev libgles2-dev" RREPLACES_${PN}-dbg =3D "libegl-dbg" note they have the RREPLACES which are not in meta-fsl-arm's recipes. Eric