<p>I personally do not care about Gallium breakage as long as the classic drivers do not break. This is because any Gallium breakage in that case would necessarily be from Gallium bugs, which I&#39;d rather find sooner than later.</p>

<p>Posting from a mobile, pardon my terseness. ~ C.</p>
<p><blockquote type="cite">On Jul 21, 2010 6:58 PM, &quot;Ian Romanick&quot; &lt;<a href="mailto:idr@freedesktop.org">idr@freedesktop.org</a>&gt; wrote:<br><br>-----BEGIN PGP SIGNED MESSAGE-----<br>
Hash: SHA1<br>
<br>
As everyone knows, a group of us at Intel have been rewriting Mesa&#39;s<br>
GLSL compiler.  The work started out-of-tree as a stand alone compiler.<br>
 We moved all of our work to the glsl2 branch in the Mesa tree as soon<br>
as we had some actual code being generated.  This was about month ago.<br>
Since that time we have implemented quite a bit more code generation and<br>
a complete linker.  The compiler is not done, but it gets closer every day.<br>
<br>
I think now is the time to start discussing merge criteria.  It is well<br>
known that the Intel graphics team favors quarterly releases.  In order<br>
to align with other people&#39;s release schedules, we&#39;d really like to have<br>
the new compiler in a Mesa release at the end of Q3 (end of September /<br>
beginning of October).  That&#39;s just over two months from now.  In order<br>
to have a credible release, the compiler needs to be merged to master<br>
before then.  A reasonable estimate puts the end of August as the latest<br>
possible merge time.  Given how far the compiler has come in the last<br>
month, I have a lot of faith in being able to hit that target.<br>
<br>
We have developed our own set of merge requirements, and these are<br>
listed below.  Since this is such a large subsystem, we want to solicit<br>
input from the other stakeholders.<br>
<br>
 * No piglit regressions, except draw_buffers-05.vert, compared to<br>
    master in swrast, i965, or i915.<br>
<br>
 * Any failing tests do not crash (segfault, assertion failure, etc.).<br>
<br>
draw_buffers-05.vert is specifically excluded because I&#39;m not sure the<br>
test is correct.<br>
<br>
One of the items on the TODO list is proper support for GLSL ES.  That<br>
work won&#39;t happen until the last couple weeks of August, so I don&#39;t<br>
think any sort of ES testing is suitable merge criteria.  Unless, of<br>
course, the tests in question should also work on desktop GLSL.<br>
<br>
We haven&#39;t and, for all practical purposes, can&#39;t test with Gallium or<br>
other hardware drivers.  The new compiler generates the same assembly IR<br>
that the current compiler generates.  We haven&#39;t added any instructions.<br>
 It does, however, generate different combinations of instructions,<br>
different uses of registers, and so on.  We don&#39;t expect there to be<br>
significant impact on other hardware, but there may be some.  The<br>
optimizer in r300 will certainly see different sequences of instructions<br>
than it is accustomed to seeing.  I can&#39;t foresee what impact this will<br>
have on that driver.<br>
<br>
I have put up the results of master and the glsl2 branch at<br>
<a href="http://people.freedesktop.org/~idr/results/" target="_blank">http://people.freedesktop.org/~idr/results/</a>.  This run off<br>
compiler.tests from the glsl2 branch of Eric&#39;s piglit repository.  A few<br>
of the failures (half a dozen or so) on master seem to be mutex related<br>
in the GLX code.  Kristian is working on fixing that. :)<br>
<br>
We&#39;re already very close to our proposed merge criteria.<br>
<br>
-----BEGIN PGP SIGNATURE-----<br>
Version: GnuPG v1.4.10 (GNU/Linux)<br>
Comment: Using GnuPG with Mozilla - <a href="http://enigmail.mozdev.org/" target="_blank">http://enigmail.mozdev.org/</a><br>
<br>
iEYEARECAAYFAkxHpJUACgkQX1gOwKyEAw9xfACfZkCpOE0Qo3+OXVJztiPVKpss<br>
FPwAn1NvXiSqXZk+XyWpRgPNfI5QtI18<br>
=2Qs1<br>
-----END PGP SIGNATURE-----<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>
</blockquote></p>