-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Keith Whitwell wrote: > On Mon, 2009-10-19 at 16:05 -0700, Ian Romanick wrote: >> -----BEGIN PGP SIGNED MESSAGE----- >> Hash: SHA1 >> >> Version 2 of the extension spec has been posted: >> >> http://people.freedesktop.org/~idr/MESA_gpu_program3.txt >> >> Unless anyone has major comments or objections, I think it's time to >> circulate this to down-stream users (e.g., Wine). Who are the right >> contacts? > > Is the intention to fill the gap between where we are now and the NV > program4 extensions, or to start out on a new MESA-specific path which > would include later on a MESA_gpu_program4 extension? > > The question is relevant because of things like condition-codes which > are in the NV GPU4 extension. > - If this is an intermediate step on the way to NV GPU4, then we > should probably prefer condition-codes over predicates. > - If we expect to define a Mesa GPU4, then sticking with predicates is > fine.
For right now, the intention is to target what shipping hardware that Mesa supports can do. :) R500 can't do NVIDIA-style condition codes. We can fake it on 965, but it some cases a single instruction would be expanded to a big pile of instructions. Eric keeps telling me that he's going to get NV_fragment_program running on 965, and that will give us a better idea of how much instruction expansion we'll see. He keeps find other fun things to work on, though. My expectation is that there will be a gpu_program4 follow-on, but it probably won't be for a while. I want to see if how well this works out for Wine, for example, before I commit to doing the work of gpu_program4. Coming with the gpu_program3 spec, even with all the "harvesting" I did from other specs, was a shocking amount of work. > I guess in either case the Mesa IR can opt to choose predicates over > cond-codes, but a great benefit of an extension like this is that we can > point at Mesa IR and say "the semantics of this language are documented > in MESA_gpu_program3". > > IE. if you're not intending to provide a Mesa SM4 extension, it might be > better to stick closer to the NV usage for SM3 also. -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.10 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/ iEYEARECAAYFAkrs38gACgkQX1gOwKyEAw9PeACggPMDer/f9l4SCna4JT1vza+/ 3xYAoIuYpBV3At5Cqj9fWo9bKQUR7U5O =i1R6 -----END PGP SIGNATURE----- ------------------------------------------------------------------------------ Come build with us! The BlackBerry(R) Developer Conference in SF, CA is the only developer event you need to attend this year. Jumpstart your developing skills, take BlackBerry mobile applications to market and stay ahead of the curve. Join us from November 9 - 12, 2009. Register now! http://p.sf.net/sfu/devconference _______________________________________________ Mesa3d-dev mailing list [email protected] https://lists.sourceforge.net/lists/listinfo/mesa3d-dev
