<div dir="ltr"><div><div>We should try to steer people away from just writing Piglit tests for GSoC, unless they have a specific mentor in mind and have already talked to him or her.  In my experience, Piglit tests are difficult to do well because each one is drastically different from the others and involves cultivating a fairly deep understanding of the the OpenGL function in question.<br><br></div>A project pairing a specific extension with relevant tests (like Martin and I have done with ARB_dsa) would be better as long as it's a fairly specific domain of the OpenGL spec.  That way, the student can study the spec for one specific set of objects or entry points and cultivate the necessary understanding they need to write the related tests.<br><br></div>A lot of the emails we've gotten from students saying "I want to write 4.x Piglit tests" have been too broad/generic and would be difficult for a student to master in a summer without lots of mentoring/direction from the community.<br></div><div class="gmail_extra"><br><div class="gmail_quote">On Fri, Mar 13, 2015 at 2:43 AM, Timothy Arceri <span dir="ltr"><<a href="mailto:t_arceri@yahoo.com.au" target="_blank">t_arceri@yahoo.com.au</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div class="HOEnZb"><div class="h5">On Fri, 2015-03-13 at 01:06 -0400, Ilia Mirkin wrote:<br>
> On Fri, Mar 13, 2015 at 12:46 AM, Matt Turner <<a href="mailto:mattst88@gmail.com">mattst88@gmail.com</a>> wrote:<br>
> > Here are some ideas I think might be reasonable GSoC ideas.<br>
> ><br>
> >  - GLSL linking in NIR<br>
> >      - Would allow us to stop doing optimizations and other expensive<br>
> > things on GLSL IR<br>
> ><br>
> >  - SSA in the i965/fs backend, and an SSA-based register allocator<br>
> ><br>
> >  - Improve instruction scheduling in i965 (Nouveau has this on the<br>
> > Wiki as well. Maybe potential for code reuse)<br>
><br>
> FWIW the nouveau thing would probably not involve a lot of reuse...<br>
> the instructions are fairly different, and a lot of the nouveau<br>
> project would have to be actually figuring out what _is_ a better<br>
> schedule rather than just implementing one. [Also nouveau presently<br>
> has *no* scheduling in place... so almost _anything_ would likely be<br>
> an improvement.]<br>
><br>
> ><br>
> >  - Maybe some OpenGL features (???), although lots of things are<br>
> > already in progress, like tessellation and compute shaders and others<br>
> > are probably on the critical path<br>
> ><br>
> > Are these good GSoC projects? Good -- being a combination of<br>
> > characteristics like usefulness, feasibility, well defined, and<br>
> > properly sized.<br>
> ><br>
> > Feel free to comment on them and to reply with your own. We can pick<br>
> > some we like and put them on the wiki.<br>
><br>
> Another project that I think I mentioned on IRC is to go through the<br>
> ES extension list and add in all the "easy" ones (i.e. ones that are<br>
> already all or mostly implemented by desktop features), of which there<br>
> are a _ton_ (probably like 20). I'm just talking about the OES/EXT/KHR<br>
> ones, not the vendor ones. The majority would be modifying the various<br>
> paths to allow the logic to be executed in ES contexts and to<br>
> modify/add piglit tests verifying that the functionality can be used<br>
> in ES. Here are a bunch of differences between what the nvidia blob<br>
> exposes and mesa for the same hw:<br>
><br>
> <a href="http://people.freedesktop.org/~imirkin/glxinfo/glxinfo.html#p=es&b=version&g=NVIDIA%20GF1xx%20%28GeForce%20400%2C%20500%29&diff" target="_blank">http://people.freedesktop.org/~imirkin/glxinfo/glxinfo.html#p=es&b=version&g=NVIDIA%20GF1xx%20%28GeForce%20400%2C%20500%29&diff</a><br>
><br>
> Admittedly some of those are ES3.1-only, but far from all.<br>
<br>
</div></div>Just thought I'd point out there was an ES version of KHR_debug sent to<br>
the list [1] but didn't get reviewed or committed. The piglit tests were<br>
updated for ES and committed.<br>
<br>
<a href="http://lists.freedesktop.org/archives/mesa-dev/2014-September/067890.html" target="_blank">http://lists.freedesktop.org/archives/mesa-dev/2014-September/067890.html</a><br>
<div class="HOEnZb"><div class="h5"><br>
><br>
>   -ilia<br>
> _______________________________________________<br>
> mesa-dev mailing list<br>
> <a href="mailto:mesa-dev@lists.freedesktop.org">mesa-dev@lists.freedesktop.org</a><br>
> <a href="http://lists.freedesktop.org/mailman/listinfo/mesa-dev" target="_blank">http://lists.freedesktop.org/mailman/listinfo/mesa-dev</a><br>
<br>
<br>
_______________________________________________<br>
mesa-dev mailing list<br>
<a href="mailto:mesa-dev@lists.freedesktop.org">mesa-dev@lists.freedesktop.org</a><br>
<a href="http://lists.freedesktop.org/mailman/listinfo/mesa-dev" target="_blank">http://lists.freedesktop.org/mailman/listinfo/mesa-dev</a><br>
</div></div></blockquote></div><br></div>