From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: by yocto-www.yoctoproject.org (Postfix, from userid 118) id 289A2E00B63; Fri, 28 Aug 2015 08:46:26 -0700 (PDT) X-Spam-Checker-Version: SpamAssassin 3.3.1 (2010-03-16) on yocto-www.yoctoproject.org X-Spam-Level: X-Spam-Status: No, score=-2.7 required=5.0 tests=BAYES_00,DKIM_SIGNED, DKIM_VALID, DKIM_VALID_AU, FREEMAIL_FROM, RCVD_IN_DNSWL_LOW autolearn=ham version=3.3.1 X-Spam-HAM-Report: * -0.7 RCVD_IN_DNSWL_LOW RBL: Sender listed at http://www.dnswl.org/, low * trust * [193.201.172.119 listed in list.dnswl.org] * 0.0 FREEMAIL_FROM Sender email is commonly abused enduser mail provider * (picmaster[at]mail.bg) * -1.9 BAYES_00 BODY: Bayes spam probability is 0 to 1% * [score: 0.0000] * -0.1 DKIM_VALID_AU Message has a valid DKIM or DK signature from author's * domain * 0.1 DKIM_SIGNED Message has a DKIM or DK signature, not necessarily * valid * -0.1 DKIM_VALID Message has at least one valid DKIM or DK signature Received: from mx3.mail.bg (mx3.mail.bg [193.201.172.119]) by yocto-www.yoctoproject.org (Postfix) with ESMTP id 6873AE00B05 for ; Fri, 28 Aug 2015 08:46:23 -0700 (PDT) Received: from [192.168.0.62] (unknown [93.152.143.60]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) by mx3.mail.bg (Postfix) with ESMTPSA id 7A38420364A6; Fri, 28 Aug 2015 18:46:22 +0300 (EEST) DKIM-Signature: v=1; a=rsa-sha256; c=simple/simple; d=mail.bg; s=default; t=1440776782; bh=QOPzzUD8fKrTpKlSNuayDL60CKGJJli++gplaLj5Nic=; h=Message-ID:Date:From:MIME-Version:To:CC:Subject:References: In-Reply-To:Content-Type:Content-Transfer-Encoding; b=MZEiZ12B7wAdH9m/Bv/ceX9nohkRqUXoMVSRTEHGFG5vCsqF7JVpaoGJ+8D9jIIAC 9h22rmI0iDi6T0EZdZZbL9MqK06xmpDllpG/wrGIm2gh58+UPot4ar9qJFtaPI0Br3 8yrXtoHP0QRoSJhufWo2YTZH9o+YDgj9JsthIZvk= Message-ID: <55E0824E.4020507@mail.bg> Date: Fri, 28 Aug 2015 18:46:22 +0300 From: Nikolay Dimitrov User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:31.0) Gecko/20100101 Icedove/31.8.0 MIME-Version: 1.0 To: Daiane Angolini References: In-Reply-To: Cc: "meta-freescale@yoctoproject.org" , Otavio Salvador Subject: Re: using openGL via SW 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: Fri, 28 Aug 2015 15:46:26 -0000 Content-Type: text/plain; charset=windows-1252; format=flowed Content-Transfer-Encoding: 7bit Hi Daiane, On 08/28/2015 05:53 PM, Daiane Angolini wrote: > On Fri, Aug 28, 2015 at 11:02 AM, Prabhu S wrote: >> Thats sounds like poky bug. BSP layer should not cause problem I hope. > > Do you know if there is any kernel (3.14) pieces I should double check? > > I don't have any DRI on my DISTRO_FEATURE (because I'm using default one) > > > Daiane >> >> On Fri, Aug 28, 2015 at 8:32 AM, Daiane Angolini >> wrote: >>> >>> On Thu, Aug 27, 2015 at 5:09 PM, Otavio Salvador >>> wrote: >>>> On Thu, Aug 27, 2015 at 4:30 PM, Daiane Angolini >>>> wrote: >>>>> I'm trying to enable openGL on a not accelerated board (imx7d). I >>>>> thought it would be out-of-box but it is not. >>>>> >>>>> I'm using imx7dsabresd machine, and to be sure added: >>>>> >>>>> >>>>> CORE_IMAGE_EXTRA_INSTALL += "mesa-demos mesa-glut glmark2" >>>>> >>>>> on local.conf, and this is the only change on top of master >>>>> (core-image-x11) But when I try glmark I get an error message >>>>> >>>>> $ DISPLAY=:0 glmark2 >>>>> name of display: :0 >>>>> Error: couldn't find RGB GLX visual or fbconfig >>>>> >>>>> I get the same error if I try glxgears. But I see the X11 console on >>>>> screen (typical core-image-x11) >>>>> >>>>> Am I missing something obvious? >>>> >>>> Try adding mesa-gl in the image. >>> >>> I've tried: >>> >>> ERROR: Multiple .bb files are due to be built which each provide >>> virtual/mesa >>> (/code/yocto/master/sources/poky/meta/recipes-graphics/mesa/mesa-gl_10.6.3.bb >>> >>> /code/yocto/master/sources/poky/meta/recipes-graphics/mesa/mesa_10.6.3.bb). >>> This usually means one provides something the other doesn't and should. >>> ERROR: Multiple .bb files are due to be built which each provide >>> virtual/libgl >>> (/code/yocto/master/sources/poky/meta/recipes-graphics/mesa/mesa-gl_10.6.3.bb >>> >>> /code/yocto/master/sources/poky/meta/recipes-graphics/mesa/mesa_10.6.3.bb). >>> This usually means one provides something the other doesn't and should. >>> >>> Even if I clean tmp or mesa >>> >>> >>> Daiane About the 1st issue - it seems that mesa and mesa-gl are pulled-in at the same time, both providing virtual/mesa, thus the error message. The reason is that core-image-x11 pulls-in the mesa-gl explicitly, instead of using virtual/mesa (which I guess is the proper behavior). You can verify this: bitbake -g core-image-x11 grep core-image-x11 pn-depends.dot | grep mesa-gl Regards, Nikolay