All of lore.kernel.org
 help / color / mirror / Atom feed
From: Joshua Watt <jpewhacker@gmail.com>
To: "meta-ti@yoctoproject.org" <meta-ti@yoctoproject.org>
Subject: Re: No GLESv1 support on Morty?
Date: Mon, 18 Dec 2017 10:59:27 -0600	[thread overview]
Message-ID: <1513616367.6502.8.camel@gmail.com> (raw)
In-Reply-To: <1513377846.13604.8.camel@gmail.com>

On Fri, 2017-12-15 at 16:44 -0600, Joshua Watt wrote:
> Hello,
> 
> I'm attempting to build an application that uses the PVR GLESv1
> libraries (ti-sgx-ddk-um) off of the morty branch. However, it
> appears
> that when I call  eglGetConfigs(), it doesn not return any GLESv1
> compatible configs, and so eglChooseConfigs() failes to find one that
> works. I have printed out the configs that are returned and it looks
> like all of them are GLESv2 only:
> 
> Config 0x1:                       
>         color=8,8,8               
>         alpha=8                   
>         depth=24                  
>         type=(0x4) GLESv2         
> Config 0x2:                       
>         color=8,8,8               
>         alpha=8                   
>         depth=0                   
>         type=(0x4) GLESv2         
> Config 0x3:                       
>         color=8,8,8               
>         alpha=8                   
>         depth=24                  
>         type=(0x4) GLESv2         
> Config 0x4:                       
>         color=8,8,8               
>         alpha=0                   
>         depth=24                  
>         type=(0x4) GLESv2         
> Config 0x5:                       
>         color=8,8,8               
>         alpha=0                   
>         depth=0                   
>         type=(0x4) GLESv2         
> Config 0x6:                       
>         color=8,8,8               
>         alpha=0                   
>         depth=24                  
>         type=(0x4) GLESv2         
> Config 0x7:                       
>         color=5,6,5               
>         alpha=0                   
>         depth=24                  
>         type=(0x4) GLESv2         
> Config 0x8:                       
>         color=5,6,5               
>         alpha=0                   
>         depth=0                   
>         type=(0x4) GLESv2         
> Config 0x9:                       
>         color=5,6,5               
>         alpha=0                   
>         depth=24                  
>         type=(0x4) GLESv2
> 
> I made sure I was linking against libGLES_CM and libEGL (but *not*
> libGLESv2). I beleive this same code worked on the daisy branch.
> 
> Is there something I'm missing to enable GLESv1 support?

I think I figured this out. libGLES_CM.so was missing on the filesystem
(even though the libGLES_CM.so.1 symlink and actualy .so library were
present). Apparently this symlink is required in order for the EGL
implementation to report that it support GLESv1. See:

https://lists.yoctoproject.org/pipermail/meta-ti/2017-December/010565.h
tml

> 
> Thank,
> Joshua Watt


      reply	other threads:[~2017-12-18 16:59 UTC|newest]

Thread overview: 2+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2017-12-15 22:44 No GLESv1 support on Morty? Joshua Watt
2017-12-18 16:59 ` Joshua Watt [this message]

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=1513616367.6502.8.camel@gmail.com \
    --to=jpewhacker@gmail.com \
    --cc=meta-ti@yoctoproject.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.