[Piglit] piglit-dispatch for gles

Chad Versace chad.versace at linux.intel.com
Thu Jan 3 09:14:51 PST 2013


On 01/02/2013 05:16 PM, Paul Berry wrote:
> On 2 January 2013 15:28, Tom Gall <tom.gall at linaro.org
> <mailto:tom.gall at linaro.org>> wrote:
> 
>     Hi All,
> 
>     I was looking at some of the piglit-dispatch code experimenting a bit
>     with the intent to implement it for gles and was wondering where did
>     the past discussions on this end up?
> 
>     There is a comment above piglit_dispatch_default_init that mentions
>     run-time parameters. The "Waffle and piglit-dispatch plans" thread
>     from back in May + June 2012 are of interest but I'm not sure
>     consensus was reached.
> 
>     Was it? Is there any sort of design put together beyond what's
>     currently in the code?
> 
> 
> Your timing couldn't be better, Tom.  I just started to work on this again this
> week.  I would love to hear what you've discovered in your experiments, and I'm
> happy to split the implementation effort with you if you're interested.
> 
> Here's what I would like to have in the long term:
> 
> 1. Waffle needs a facility like piglit-dispatch, so rather than duplicate code
> between piglit and waffle, it makes sense to migrate piglit-dispatch to waffle,
> and then extend it to support gles.
> 
> 2. Piglit-dispatch, in its current incarnation, generates its code based on the
> files gl.spec, gl.tm <http://gl.tm>, enumext.spec (all published at
> www.opengl.org/registry/api/ <http://www.opengl.org/registry/api/>).  However,
> there are some errors and omissions in those files, so to work around those
> errors, Piglit has its own copy of them, which we have to maintain
> independently.  This has proven to be kind of a mess to keep updated when
> opengl.org <http://opengl.org> publishes new files, and it's only going to get
> worse when we try to add information about gles.  So I'm currently working on
> some scripts that attempt to pull information from multiple sources (the
> aforementioned files, the standard gles headers, mesa's XML files, and perhaps
> other sources), and produce a master database of all GL/GLES functions that we
> can base waffle-dispatch on.
> 
> I'm currently in the middle of item 2, and I think I will have something worth
> showing to the public within about a week.  Add another week to port
> piglit-dispatch to waffle and get it building, another week to compensate for
> developer bravado, and another week or two for things to get reviewed on various
> mailing lists, and my rough guess is that things will probably start working
> sometime in February.
> 
> I was planning to discuss these plans with some of the other Intel folks when
> I'm back in the office tomorrow.  Feel free to chime in with your thoughts.

Paul, it's great to hear that you've begun working on this.

Your time estimate of February-ish sounds reasonable. Earlier, when I drafted a
rough schedule alone, I also arrived at 6-8 weeks.

-Chad



More information about the Piglit mailing list