All of lore.kernel.org
 help / color / mirror / Atom feed
From: Denys Dmytriyenko <denys@ti.com>
To: "Maupin, Chase" <chase.maupin@ti.com>
Cc: "meta-arago@arago-project.org" <meta-arago@arago-project.org>
Subject: Re: qt4-embedded-gles breakage for dra7xx-evm
Date: Wed, 4 Jun 2014 11:09:38 -0400	[thread overview]
Message-ID: <20140604150938.GH21819@edge> (raw)
In-Reply-To: <7D46E86EC0A8354091174257B2FED1015D08C524@DLEE11.ent.ti.com>

On Wed, Jun 04, 2014 at 02:57:39PM +0000, Maupin, Chase wrote:
> 
> From: meta-arago-bounces@arago-project.org [mailto:meta-arago-bounces@arago-project.org] On Behalf Of Maupin, Chase
> Sent: Wednesday, June 04, 2014 9:49 AM
> To: meta-arago@arago-project.org
> Subject: [meta-arago] qt4-embedded-gles breakage for dra7xx-evm
> 
> All,
> 
> Currently qt4-embedded-gles breaks for dra7xx-evm machine type (and likely 
> omap5-evm as well) because of the following:
> 
> 
> - For AM devices such as am335x-evm the GLES library is called libGLES_CM.so
> 
> - For OMAP devices such as dra7xx-evm the GLES library is called 
> libGLESv1_CM.so
> 
> - In the linux.conf for qt4-embedded-gles the libraries to include are 
> listed as GLES_CM
> 
> This causes the do_configure stage to fail for the qt4-embedded-gles recipe 
> on dra7xx-evm because it cannot find the GLES_CM library since that library 
> for those devices is named GLESv1_CM.  I currently have a work around to fix 
> this configure error of creating a version of the linux.conf for 
> qt4-embedded-gles that uses for omap-a15 machine types.  This works 
> (although there is a compile error I am tracking down due to missing pvr2d.h 
> header files) but I was curious if this is the best way to solve this, or 
> would it be better to fixup the library name or make symlinks between 
> libGLES_CM and libGLESv1_CM in the graphics library recipe.
> 
> BTW, some of this may be a moot point because none of the OMAP SGX packages 
> provide the pvr2d.h header.  So until there is alignment in these packages 
> the version of Qt used for these devices either needs to be Qt5 which 
> doesn’t have SGX acceleration yet, or the sgx MACHINE_FEATURE should be 
> removed from the omap-a15 devices.  Thoughts?

Qt5 does have GLES acceleation. It can be easily turned on and off, but it's 
required for QtWebkit, IIRC. Why are you saying there's no SGX acceleration?

As of the question - I'm fine disabling sgx MACHINE_FEATURE for now. Let's 
talk to the graphics team to see if/when it will be aligned/resolved.

-- 
Denys


  reply	other threads:[~2014-06-04 15:09 UTC|newest]

Thread overview: 5+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2014-06-04 14:49 qt4-embedded-gles breakage for dra7xx-evm Maupin, Chase
2014-06-04 14:57 ` Maupin, Chase
2014-06-04 15:09   ` Denys Dmytriyenko [this message]
2014-06-04 15:52     ` Maupin, Chase
2014-06-04 16:14       ` Denys Dmytriyenko

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to=20140604150938.GH21819@edge \
    --to=denys@ti.com \
    --cc=chase.maupin@ti.com \
    --cc=meta-arago@arago-project.org \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line before the message body.
This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.