[yocto] Denzil / Cedartrail / EGL/GLES under X

[Saxena, Rahul]

Ross, the definition of RPROVIDES is not given in the Yocto project reference manual.
Perhaps it should be added to the manual ?

Thanks
Rahul

-----Original Message-----
From: yocto-bounces at yoctoproject.org [mailto:yocto-bounces at yoctoproject.org] On Behalf Of Burton, Ross
Sent: Thursday, September 13, 2012 4:04 AM
To: Chris Tapp
Cc: yocto at yoctoproject.org Project
Subject: Re: [yocto] Denzil / Cedartrail / EGL/GLES under X

Hi Chris,

On 10 September 2012 19:56, Chris Tapp <opensource at keylevel.com> wrote:
> I've managed to get to the point where I think EGL is up (no API errors reported), but if I try anything on the GL side (e.g. glClear to get the background color) I'm not getting anything showing on the display when I call eglSwapBuffers().

GL or GLES?  GL on Cedar Trail is very limited , you're heavily recommended to use GLES.

> I'm not sure how to configure my build to use the cdv-pvr-driver libs rather than the MESA-dri equivalents either. Both provide libGLESv2, etc., but I want the cdv-pvr-driver versions in the final image. However, cdv-prv-driver doesn't seem to have an include directory to use at build time, so MESA needs to be there as well. Is there a PREFERRED_PROVIDER_virtual/libgl value I can use?

This is a bit of a mess at the moment, and I want to sort it, but it's a complicated mess.

Building against mesa-dri shouldn't be a problem as all GL implementations have the same ABI, assuming you can get the cdv-prv-driver package installed and not mesa-dri on your image.
Preferred providers only work for built-time dependencies, so assuming that you're having problems with getting mesa-dri out and cdv-prv-driver in the image you'll need to use something like RCONFLICTS and RPROVIDES so that the package system uses cdv-prv-driver instead of mesa-dri.

Ross
_______________________________________________
yocto mailing list
yocto at yoctoproject.org
https://lists.yoctoproject.org/listinfo/yocto