r600g: fix the representation of control-flow instructions
authorMarek Olšák <maraeo@gmail.com>
Mon, 14 Nov 2011 15:53:54 +0000 (16:53 +0100)
committerMarek Olšák <maraeo@gmail.com>
Mon, 14 Nov 2011 23:04:43 +0000 (00:04 +0100)
commit4f7c21899ad449be2bc1157ce1d2d99296a34499
treef4ca829d2264317df2a48966b5e1eed6de8db743
parentfa704cc558ab321792b364dab43f1e960513bed0
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>
src/gallium/drivers/r600/eg_asm.c
src/gallium/drivers/r600/eg_sq.h
src/gallium/drivers/r600/r600_asm.c
src/gallium/drivers/r600/r600_asm.h
src/gallium/drivers/r600/r600_opcodes.h
src/gallium/drivers/r600/r600_shader.c
src/gallium/drivers/r600/r600d.h
src/gallium/drivers/r600/r700_asm.c
src/gallium/drivers/r600/r700_sq.h