| 738334e80cf8a7b9fbf573f3a77cbf767ce81095 |
|
24-Jan-2012 |
Vadim Girlin <vadimgirlin@gmail.com> |
r600g: fix inconsistency with INTERP* opcode definitions
Signed-off-by: Vadim Girlin <vadimgirlin@gmail.com>
Signed-off-by: Alex Deucher <alexander.deucher@amd.com>
/external/mesa3d/src/gallium/drivers/r600/r600_opcodes.h
|
| 315cf306076211394210fc075359ee7a9b2c4b9b |
|
24-Jan-2012 |
Vadim Girlin <vadimgirlin@gmail.com> |
r600g: add missing opcode definitions
Signed-off-by: Vadim Girlin <vadimgirlin@gmail.com>
Signed-off-by: Alex Deucher <alexander.deucher@amd.com>
/external/mesa3d/src/gallium/drivers/r600/r600_opcodes.h
|
| 5d97c5033bcf3696fb1608f6b75e5125aeab10bb |
|
15-Jan-2012 |
Vadim Girlin <vadimgirlin@gmail.com> |
r600g: add FLT_TO_UINT opcode for evergreen
Signed-off-by: Vadim Girlin <vadimgirlin@gmail.com>
/external/mesa3d/src/gallium/drivers/r600/r600_opcodes.h
|
| 4f7c21899ad449be2bc1157ce1d2d99296a34499 |
|
14-Nov-2011 |
Marek Olšák <maraeo@gmail.com> |
r600g: fix the representation of control-flow instructions
We need something that looks like a compiler and not like some hacker
put some functions together. /rant
This is a band-aid for these two problems:
- The R600 and EG control-flow instructions appear in switch statements
next to each other, causing conflicts when adding new instructions.
- The ALU control-flow instructions are bitshifted by 3 (from CF_INST 26:29
to CF_INST 23:29, as is defined by r600 ISA) even for EG, where CF_INST
is 22:29.
To fix this mess, the 'inst' field is bitshifted to the left either by 22, 23,
or 26 (directly in the definitions), such that it can be just or'd when making
bytecode without any shifting. All switch statements have been divided into
two, one for R600 and the other for EG.
Of course, there is a better way to do this, but that is left for future
work.
Tested on RV730 and REDWOOD with no regressions.
v2: minor cleanup as per Alex's comment.
Reviewed-by: Alex Deucher <alexander.deucher@amd.com>
/external/mesa3d/src/gallium/drivers/r600/r600_opcodes.h
|
| 21c5607e64ca4ef68730d8e846d8e7744ecdd024 |
|
15-Sep-2011 |
Dave Airlie <airlied@redhat.com> |
r600g: add flat non-interpolation support.
TGSI CONSTANT interpolation is just flat, and we just read the values
direct from the LDS into the GPR without doing any interpolation on them.
This is needed to pass integer types into the fragment shader.
Signed-off-by: Dave Airlie <airlied@redhat.com>
/external/mesa3d/src/gallium/drivers/r600/r600_opcodes.h
|
| 89dc31a28d8e5607989ec11cfd29310c1c97f6ac |
|
09-Jul-2011 |
Henri Verbeet <hverbeet@gmail.com> |
r600g: Replace the CHIPREV_* defines with the chip_class enum.
Signed-off-by: Henri Verbeet <hverbeet@gmail.com>
/external/mesa3d/src/gallium/drivers/r600/r600_opcodes.h
|
| 5ed7a7b7205b5680d617b77a8cf228b80cf15f5e |
|
25-May-2011 |
Alex Deucher <alexdeucher@gmail.com> |
r600g: remove duplicate opcode in r600_opcodes.h
V_SQ_CF_WORD1_SQ_CF_INST_HALT is 0x1f on both
evergreen and cayman.
Reported-by: Gustaw Smolarczyk <wielkiegie@gmail.com>
Signed-off-by: Alex Deucher <alexdeucher@gmail.com>
/external/mesa3d/src/gallium/drivers/r600/r600_opcodes.h
|
| 7779f6d1dffde2c0501e44adc342e52803de08d4 |
|
09-Mar-2011 |
Dave Airlie <airlied@redhat.com> |
r600g: add initial cayman acceleration support.
Cayman is the RadeonHD 69xx series of GPUs. This adds support for
3D acceleration to the r600g driver.
Major changes:
Some context registers moved around - mainly MSAA and clipping/guardband related.
GPR allocation is all dynamic
no vertex cache - all unified in texture cache.
5-wide to 4-wide shader engines (no scalar or trans slot)
- some changes to how instructions are placed into slots
- removal of END_OF_PROGRAM bit in favour of END flow control clause
- no vertex fetch clause - TC accepts vertex or texture
Signed-off-by: Dave Airlie <airlied@redhat.com>
/external/mesa3d/src/gallium/drivers/r600/r600_opcodes.h
|
| 634dece281c6f7eb3bb210fdd386c2afe8f7e895 |
|
14-Jan-2011 |
Alex Deucher <alexdeucher@gmail.com> |
r600g: compiler helper opcode fixes for evergreen
Signed-off-by: Alex Deucher <alexdeucher@gmail.com>
/external/mesa3d/src/gallium/drivers/r600/r600_opcodes.h
|
| 4afd0683854ac1cfbe7118232b5e344c83d4b0c2 |
|
19-Nov-2010 |
Alex Deucher <alexdeucher@gmail.com> |
r600g: use meaningful defines for chiprev
Makes the code much clearer.
/external/mesa3d/src/gallium/drivers/r600/r600_opcodes.h
|
| 98b3f27439ba3a48286ed0d6a4467e5482b41fec |
|
17-Oct-2010 |
Dave Airlie <airlied@redhat.com> |
r600g: add evergreen ARL support.
Thanks to Alex Deucher for pointing out the FLT to int conversion is necessary
and writing an initial patch, this brings about 20 piglits, and I think this
is the last piece to make evergreen and r600 equal in terms of features.
/external/mesa3d/src/gallium/drivers/r600/r600_opcodes.h
|
| 50526e094f4c66957c7f74c190c35903bc82fb62 |
|
03-Sep-2010 |
Dave Airlie <airlied@redhat.com> |
r600g: add initial evergreen support
adds shader opcodes + assembler support (except ARL)
uses constant buffers
add interp instructions in fragment shader
adds all evergreen hw states
adds evergreen pm4 support.
this runs gears for me on my evergreen
/external/mesa3d/src/gallium/drivers/r600/r600_opcodes.h
|
| a3a94554f5a12f0626d9712ddcdc81b1e21d36c2 |
|
08-Sep-2010 |
Dave Airlie <airlied@redhat.com> |
r600g: split opcodes out and add wrapper around usage.
This splits the r600 opcodes out of the sq file and adds a wrapper
so we can convert to evergreen opcodes later without touching these functions
too much.
/external/mesa3d/src/gallium/drivers/r600/r600_opcodes.h
|