History log of /external/mesa3d/src/gallium/drivers/r300/r300_vs.c
Revision Date Author Comments (<<< Hide modified files) (Show modified files >>>)
af249a7da9bf2621ab836d5074ef692677b11bbf 16-Apr-2016 Marek Olšák <marek.olsak@amd.com> gallium: use PIPE_SHADER_* everywhere, remove TGSI_PROCESSOR_*

Acked-by: Jose Fonseca <jfonseca@vmware.com>
/external/mesa3d/src/gallium/drivers/r300/r300_vs.c
85efb2fff0d4de56c31e414fd05a37d212211da1 02-Feb-2013 Marek Olšák <maraeo@gmail.com> r300g: try to use color varyings for texcoords if max texcoord limit is exceeded

+35 piglits
/external/mesa3d/src/gallium/drivers/r300/r300_vs.c
886a4d4a6ad8a67e02e67d5dd79ae37a592930c6 06-Sep-2012 Tom Stellard <thomas.stellard@amd.com> r300g: Init regalloc state during context creation

Initializing the regalloc state is expensive, and since it is always
the same for every compile we only need to initialize it once per
context. This should help improve shader compile times for the driver.
/external/mesa3d/src/gallium/drivers/r300/r300_vs.c
5ce0598a034179eaacff96f39eaebf0ba0f30d4c 03-Apr-2012 Marek Olšák <maraeo@gmail.com> r300g/swtcl: don't print an error when getting ClipVertex

Draw can do it just fine.
/external/mesa3d/src/gallium/drivers/r300/r300_vs.c
e945fb04d04c33da5e77d22d739c5740a522a61e 15-Jun-2011 Tom Stellard <tstellar@gmail.com> r300/compiler: Add support for the output modifier (OMOD)
/external/mesa3d/src/gallium/drivers/r300/r300_vs.c
1c2c4ddbd1e97bfd13430521e5c09cb5ce8e36e6 26-Jul-2011 Marek Olšák <maraeo@gmail.com> r300g: copy the compiler from r300c

What a beast.

r300g doesn't depend on files from r300c anymore, so r300c is now left
to its own fate. BTW 'make test' can be invoked from the gallium/r300
directory to run some compiler unit tests.
/external/mesa3d/src/gallium/drivers/r300/r300_vs.c
ffcdd49c69811b9f768c0b32acef6527d5626a6e 23-Jan-2011 Marek Olšák <maraeo@gmail.com> r300/compiler: remove any code related to relative addressing of temporaries

The hw can't do it and the code was useless anyway (it's lowered
in the GLSL compiler).
/external/mesa3d/src/gallium/drivers/r300/r300_vs.c
a60a5b850bde94c9c0c21f07800ed57436525998 03-Dec-2010 Marek Olšák <maraeo@gmail.com> r300g: do not remove unused constants if we are not near the limit
/external/mesa3d/src/gallium/drivers/r300/r300_vs.c
f822cc22f223a0a4f9cf1cdd5871780e5df11d67 18-Oct-2010 Tom Stellard <tstellar@gmail.com> r300g: Add new debug option for logging vertex/fragment program stats
/external/mesa3d/src/gallium/drivers/r300/r300_vs.c
63432ecfce5415fbf07f1781ec77b5ea3efff599 14-Jul-2010 Tom Stellard <tstellar@gmail.com> r300/compiler: Enable presubtract sources

The r300 compiler can now emit instructions that select from the presubtract
source. A peephole optimization has been added to convert instructions like:
ADD Temp[0].x, none.1, -Temp[1].x into the INV (1 - src0) presubtract
operation.
/external/mesa3d/src/gallium/drivers/r300/r300_vs.c
ece8490bb5fbee10bbe8d186bdc5e13f85e22df4 05-Sep-2010 Marek Olšák <maraeo@gmail.com> r300g,r300c: memset the compiler struct to zeros

This should fix bogus reports "Too many temporaries." and maybe some others.
/external/mesa3d/src/gallium/drivers/r300/r300_vs.c
cfc461fca6ad5656f58c48803d13052537063316 01-Sep-2010 Marek Olšák <maraeo@gmail.com> r300g: add a new debug option which disables compiler optimizations

Those are:
- dead-code elimination
- constant folding
- peephole (mainly copy propagation)
- register allocation

There are some bugs which I need to track down.

Also fix up the descriptions of all the debug options.
/external/mesa3d/src/gallium/drivers/r300/r300_vs.c
f46fd041369a1c2c188cbd65918c900900724d37 01-Sep-2010 Marek Olšák <maraeo@gmail.com> r300/compiler: make optimizations not use 0.5 swizzles in vertex shaders
/external/mesa3d/src/gallium/drivers/r300/r300_vs.c
3ba562e62af0db0318ecebb356d5a3c514f4d1c8 01-Sep-2010 Marek Olšák <maraeo@gmail.com> r300/compiler: add new compiler parameter max_constants
/external/mesa3d/src/gallium/drivers/r300/r300_vs.c
313e95f0c792580f6051fedb67e65838405c88f8 01-Sep-2010 Marek Olšák <maraeo@gmail.com> r300/compiler: add new compiler parameter max_alu_insts
/external/mesa3d/src/gallium/drivers/r300/r300_vs.c
abae06ac85349a30996257f29f9c52c3f687d35d 23-Aug-2010 Marek Olšák <maraeo@gmail.com> r300g: eliminate unused constants in VS
/external/mesa3d/src/gallium/drivers/r300/r300_vs.c
29b7d26401a77ee4f772233b003d942bba59bb63 09-Aug-2010 Marek Olšák <maraeo@gmail.com> r300g: do not print shader compiler errors by default
/external/mesa3d/src/gallium/drivers/r300/r300_vs.c
5c067a63040cc66f0320f30482529a4ff1bd3811 26-May-2010 Marek Olšák <maraeo@gmail.com> r300/compiler: move hardware caps to the radeon_compiler base struct

Needed for vertex shaders too.
/external/mesa3d/src/gallium/drivers/r300/r300_vs.c
a650d7068a00f0a256ecb54112da0f4ab9204b86 23-May-2010 Marek Olšák <maraeo@gmail.com> r300g: extend compile error message
/external/mesa3d/src/gallium/drivers/r300/r300_vs.c
7d602b3651d4be18a207d3089fd3aa14eaffe441 22-May-2010 Marek Olšák <maraeo@gmail.com> r300g: fix dummy vertex shader compilation
/external/mesa3d/src/gallium/drivers/r300/r300_vs.c
f86ac27bf9203fdd9b7110dc843263307f475a99 15-May-2010 Marek Olšák <maraeo@gmail.com> r300g: fix psychedelic colors with SWTCL

r300_vertex_shader::outputs was uninitialized.
Also remove the tokens parameter.
/external/mesa3d/src/gallium/drivers/r300/r300_vs.c
1a30d981591fd16faab4e36db6d434836272f117 02-May-2010 Vinson Lee <vlee@vmware.com> r300g: Remove unnecessary header.
/external/mesa3d/src/gallium/drivers/r300/r300_vs.c
68e720e12d51cf6d5237467a74af8c56b021acb7 02-May-2010 Marek Olšák <maraeo@gmail.com> r300g: merge VS output mapping state (VAP) to rasterizer block state (RS)

These two should be tied together because what's set in VAP or stuffed in GA
should be rasterized in RS. Not doing so causes a hardlock.

The reason for the merge is that if stuffed texture coordinates (e.g. point
sprite texgen) happen to occupy the texcoord slot dedicated to fog or wpos,
the two must be relocated to other free slots, which needs remapping the vertex
shader outputs.

The rasterizer code is now literally a sequence read-rasterize-write.
/external/mesa3d/src/gallium/drivers/r300/r300_vs.c
d72f1c3b80f84e8bceb414439b679b3fe71ec5b9 14-Apr-2010 Marek Olšák <maraeo@gmail.com> r300g: fix possible crash when shader compilation fails

This hopefully fixes the crash in the FDO bug #27634, not the bug itself.
/external/mesa3d/src/gallium/drivers/r300/r300_vs.c
abc2f29dd2baa9c8aa672f07a1500e579364ab29 14-Apr-2010 Marek Olšák <maraeo@gmail.com> r300g: emit VS immediates along with VS code
/external/mesa3d/src/gallium/drivers/r300/r300_vs.c
34092c55d63e24a4f326bd9bb90765ea4ec7e17e 12-Apr-2010 Marek Olšák <maraeo@gmail.com> r300g: atomize fragment shader
/external/mesa3d/src/gallium/drivers/r300/r300_vs.c
db1b3e714cceb8c4f56aa1be7e165f97886d16f6 11-Apr-2010 Marek Olšák <maraeo@gmail.com> r300g: a fix for piglit/texrect-many

Broken since 146879284c6b844f35afe3a3ef3330726afbe8ac.
/external/mesa3d/src/gallium/drivers/r300/r300_vs.c
6eae8e4482b6d5e3d46e10473b05f16381736a5a 11-Apr-2010 Marek Olšák <maraeo@gmail.com> r300g: use a dummy replacement vertex shader if the shader compilation fails
/external/mesa3d/src/gallium/drivers/r300/r300_vs.c
69019afa67d66cf3e5d2b4d5b286bf2ac1bd87af 11-Apr-2010 Marek Olšák <maraeo@gmail.com> r300g: use a dummy replacement fragment shader if the shader compilation fails

Better than killing an application.
/external/mesa3d/src/gallium/drivers/r300/r300_vs.c
146879284c6b844f35afe3a3ef3330726afbe8ac 11-Apr-2010 Marek Olšák <maraeo@gmail.com> r300g: revisit some assertions and fix potential failures

* Turn some assertions to error messages.
* At most 16 vertex elements can be set, others are ignored.
* Rasterize at most 8 vertex-shader generic outputs, others are ignored.
This includes fog and WPOS.
* Unknown shader semantic names are ignored.
/external/mesa3d/src/gallium/drivers/r300/r300_vs.c
32327196f7f7a97bebc462a1ba94270580ef3fe9 05-Apr-2010 Marek Olšák <maraeo@gmail.com> r300g: remove some XXXs

We can't have more than 8 texcoord outputs in VS.
/external/mesa3d/src/gallium/drivers/r300/r300_vs.c
4b8d3480764daf45cbbc03d76cd8b7c81937f532 27-Mar-2010 Marek Olšák <maraeo@gmail.com> r300g: print errors even on non-debug builds

We really need to get these into bug reports.
/external/mesa3d/src/gallium/drivers/r300/r300_vs.c
883aa5974bcf31f19294cb40b0c4df43bb550820 15-Mar-2010 Vinson Lee <vlee@vmware.com> r300g: Remove unnecessary headers.
/external/mesa3d/src/gallium/drivers/r300/r300_vs.c
4f541db80c5ffff8932679a389a6043105f0b1be 07-Mar-2010 Marek Olšák <maraeo@gmail.com> r300g: share the VS-output-mapping state with SWTCL

And associated cleanups.
/external/mesa3d/src/gallium/drivers/r300/r300_vs.c
686f69bd13fd2aebaa40edeb7e25e4a49b12a2bd 25-Feb-2010 Corbin Simpson <MostAwesomeDude@gmail.com> r300g: Atomize vertex shader.
/external/mesa3d/src/gallium/drivers/r300/r300_vs.c
229db2b8ade33571e4cece1d838234895db220c2 11-Feb-2010 Corbin Simpson <MostAwesomeDude@gmail.com> r300g: Work around "defect" in r300compiler.

r300compiler doesn't handle half swizzles for vert shaders, which don't
have them. So, for now, disable them.
/external/mesa3d/src/gallium/drivers/r300/r300_vs.c
70f8aaa0c30c640d0cce7faea9402b4e53bbfff0 09-Feb-2010 Vinson Lee <vlee@vmware.com> r300g: Fix off-by-one errors in array bounds assertions.
/external/mesa3d/src/gallium/drivers/r300/r300_vs.c
b62d339301f32d29c0a0fdaba2a0e192bff42c23 17-Jan-2010 Marek Olšák <maraeo@gmail.com> r300g: fix the rasterization of secondary color

When the secondary color is used, the primary color must always be rasterized
regardless of whether it is used or not.
/external/mesa3d/src/gallium/drivers/r300/r300_vs.c
6f498a7eff26dc055c0a1f75ce3102aa4a1a0141 19-Dec-2009 Marek Olšák <maraeo@gmail.com> r300g: add back-face color VS outputs

Required for two-sided lighting. BTW we are approaching softpipe-level
quality. ;)
/external/mesa3d/src/gallium/drivers/r300/r300_vs.c
7679ac2caa4fbc304c38e95b1230a6cdebdbc691 25-Dec-2009 Marek Olšák <maraeo@gmail.com> r300g: fix SWTCL stream locations of texture coordinates

It might have caused hardlocks when TCL was bypassed, not sure.
/external/mesa3d/src/gallium/drivers/r300/r300_vs.c
26f67a272b6668258fe3552a675414502e077dd9 24-Dec-2009 Marek Olšák <maraeo@gmail.com> r300g: disable the rasterization of WPOS if it's unused by the FS
/external/mesa3d/src/gallium/drivers/r300/r300_vs.c
bf60eb3fec844a7c3793aba0c70da56b74a17344 24-Dec-2009 Marek Olšák <maraeo@gmail.com> r300g: add WPOS
/external/mesa3d/src/gallium/drivers/r300/r300_vs.c
35e8283c69d80debb44b05ea79dc5f67303a7432 22-Dec-2009 Roland Scheidegger <sroland@vmware.com> Merge branch 'gallium-edgeflags'

Conflicts:
src/mesa/state_tracker/st_draw.c
429f0e3b37e33a33289f8488369474b20bfd5247 19-Dec-2009 Roland Scheidegger <sroland@vmware.com> gallium: fix up drivers for edgeflag changes

several drivers which chose to ignore edgeflags might require some more work,
while edgeflags never worked there they might now crash.
/external/mesa3d/src/gallium/drivers/r300/r300_vs.c
c6b450033d7ec2a415b1d761da1d94588358c94b 09-Dec-2009 Marek Olšák <maraeo@gmail.com> r300g: fix routing of vertex streams if TCL is bypassed

Generating mipmaps finally works, among other things. Yay!
/external/mesa3d/src/gallium/drivers/r300/r300_vs.c
af3dea36603687067197c22747537eaeb6c4ad2b 27-Nov-2009 Marek Olšák <maraeo@gmail.com> r300g: simplify allocations of VS output registers

No need to parse TGSI tokens since it's easier to walk through shader
semantics.

Also fog coordinates now work reliably.
/external/mesa3d/src/gallium/drivers/r300/r300_vs.c
cb90235135ef7c657053657f3bdfbda7ca70d708 26-Nov-2009 Marek Olšák <maraeo@gmail.com> r300g: clean up derived states

The state setups which aren't derived anymore have been moved to the VS
and FS objects.
/external/mesa3d/src/gallium/drivers/r300/r300_vs.c
1f630fa0167ed799556a764178772c096a3ddeba 01-Nov-2009 Corbin Simpson <MostAwesomeDude@gmail.com> r300g: Miscellania. Avoid draw segfaults, s/true/TRUE/, etc.

Cleared out my git stash.
/external/mesa3d/src/gallium/drivers/r300/r300_vs.c
40247d87d215d0f1b6370b2888548544eedf0d89 22-Oct-2009 Corbin Simpson <MostAwesomeDude@gmail.com> r300g: Cleanup old static shader state.
/external/mesa3d/src/gallium/drivers/r300/r300_vs.c
1f39d59a2996e2acf6893a8dd1a0293bd8790cc2 05-Oct-2009 Joakim Sindholt <opensource@zhasha.com> r300g: fix scons build

So I didn't touch r300compiler, but r300g now compiles after having
declarations and code untangled. As nha so gently points out, we shouldn't
have to do this just to comply with MSVC compilers.
/external/mesa3d/src/gallium/drivers/r300/r300_vs.c
4b01e6f614052e48971f2b2ff474fb66afc4f752 06-Sep-2009 Nicolai Hähnle <nhaehnle@gmail.com> r300g: Debug flags infrastructure

So that debugging is no longer a full-spam-or-nothing approach, you are now
supposed to set the RADEON_DEBUG environment flag just like for classic Mesa.

The available debug flags are different, however. Just running an OpenGL
application with RADEON_DEBUG set to an arbitrary string will print out
helpful information.

Everything must be compiled with -DDEBUG for any of this to work
/external/mesa3d/src/gallium/drivers/r300/r300_vs.c
fbc88a7334c9567b623572b60267c747a9baa0fb 29-Jul-2009 Nicolai Hähnle <nhaehnle@gmail.com> r300g: Remove extraneous printf

Signed-off-by: Nicolai Hähnle <nhaehnle@gmail.com>
/external/mesa3d/src/gallium/drivers/r300/r300_vs.c
188f8c679254f193cdcfcd4ef338f3c8c5e1146d 27-Jul-2009 Nicolai Hähnle <nhaehnle@gmail.com> r300g: Use r300compiler for vertex shaders
/external/mesa3d/src/gallium/drivers/r300/r300_vs.c
07961bb05e5ba05205b9f53834863664f1023870 23-Jul-2009 Corbin Simpson <MostAwesomeDude@gmail.com> r300g: Actually mark shaders as translated/untranslated.

Also trust that Gallium will not give us TGSI that miscounts shader consts.

This creates a 20x speedup on glxgears, from 8 FPS to 160 FPS.
/external/mesa3d/src/gallium/drivers/r300/r300_vs.c
fd31f92cea0ce8613a22d8f4b3c75b340bcc5689 22-Jul-2009 Keith Whitwell <keithw@vmware.com> gallium: simplify tgsi_full_immediate struct

Remove the need to have a pointer in this struct by just including
the immediate data inline. Having a pointer in the struct introduces
complications like needing to alloc/free the data pointed to, uncertainty
about who owns the data, etc. There doesn't seem to be a need for it,
and it is unlikely to make much difference plus or minus to performance.

Added some asserts as we now will trip up on immediates with more
than four elements. There were actually already quite a few such asserts,
but the >4 case could be used in the future to specify indexable immediate
ranges, such as lookup tables.
/external/mesa3d/src/gallium/drivers/r300/r300_vs.c
622858884fc5923c9e7a0c1bb0e80b53f0acb5a7 26-Jun-2009 Joakim Sindholt <opensource@zhasha.com> r300-gallium: organize fragment/vertex shaders

Appart from separating r3xx/r5xx fragment shaders, a more consistent
naming scheme has been applied. From now on:
r300 = all chips
r3xx = R300/R400 only
r5xx = R500 only
This way r300_fragment_shader is the master struct, and the structs
r3xx_fragment_shader and r5xx_fragment_shader inherits it.
/external/mesa3d/src/gallium/drivers/r300/r300_vs.c