failing to take a trace
kalyan reddy
kalyanreddy2005 at gmail.com
Fri Jan 13 03:47:40 PST 2012
ha ok. So are the changes in master now??
reg,
Kalyan
On Fri, Jan 13, 2012 at 1:37 PM, José Fonseca <jose.r.fonseca at gmail.com>wrote:
> On Thu, Jan 12, 2012 at 10:56 AM, José Fonseca <jose.r.fonseca at gmail.com>
> wrote:
> > And this *should* work for EGL:
> >
> > $ ./apitrace trace --api egl chromium --temp-profile --user-gl=egl
> > --ignore-gpu-blacklist
> > http://webglsamples.googlecode.com/hg/field/field.html
> >
> > But by some reason chrome on my system refuses to use EGL, and always
> > uses GL, so it doesn't. But that's a chrome issue, and not apitrace's.
>
> I found why EGL was not working -- it should be --use-gl=egl and not
> --user-gl=egl...
>
> If one does
>
> $ ./apitrace trace --api egl chromium --temp-profile --user-gl=egl
> --ignore-gpu-blacklist
> http://webglsamples.googlecode.com/hg/field/field.html
>
> Chrome will use EGL. However there was a bunch of issues in apitrace:
> - there was no support for intercepting dlopen(libEGL) and friends
> - there was no support for retracing EGL pbuffers
>
> Everything is now fixed, so all should work fine.
>
> Jose
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.freedesktop.org/archives/apitrace/attachments/20120113/ec4f0dbe/attachment.html>
More information about the apitrace
mailing list