[Mesa-dev] [PATCH 00/21] Another round of R600 improvements & fixes

Marek Olšák maraeo at gmail.com
Wed Feb 29 08:52:53 PST 2012


Hi everyone,

here's another series of patches for r600g.

These 5 patches are mostly about improving queries:
  r600g: move all query code into r600_query.c
  r600g: release query buffers in destroy_query
  r600g: don't suspend timer queries for u_blitter
  r600g: correctly handle queries which don't need begin_query
  r600g: remove obsolete todo comments

These make changes to how we use the scissor registers and also fixing GL_RASTERIZER_DISCARD.
  r600g: rework scissor for evergreen
  r600g: rework scissor for r600-r700
  r600g: make some scissor regs invariant on evergreen
  r600g: make some scissor regs invariant on r600-r700
  r600g: rework rasterizer discard for evergreen
  r600g: fix and improve rasterizer discard for r600-r700

Next up are small improvements to texturing. The support for new colorbuffer formats also means blitting is fully accelerated on those (previously it wasn't).
  r600g: permit blitting between textures with STREAM and STAGING usage
  r600g: remove support for SCALED colorbuffer formats
  r600g: add support for missing texture formats

These are mostly improvements to streamout. I am not sure whether VS_GS_OUT_PRIM_TYPE should be initialized, I have done so just to be safe because I am having some issues with streamout.
  r600g: if pixel shader is NULL, bind a dummy one
  r600g: initialize SX_SURFACE_SYNC
  r600g: initialize VS_GS_OUT_PRIM_TYPE
  r600g: initialize DB_DEPTH_CONTROL at beginning of CS
  winsys/radeon: add usage parameter to cs_is_buffer_referenced

The last 2 patches are the most important, but not yet working very well, so I am not going to push them.
  r600g: accelerate buffer copying
  r600g: implement wait-free buffer transfer for DISCARD flags

The problem is streamout is not reliable yet. Although all tests for glCopyBufferSubData and all but 2 GL2 transform feedback piglit tests pass, I have seen data corruption and lockups with Wine (even on RV670 and Evergreen, which we thought worked well). Or there might be some other bug that we just uncovered.

Efficient handling of the DISCARD transfer flags is crucial for performance. If those flags are ignored, both the CPU and the GPU may idle in the middle of rendering (because of the GEM_WAIT_IDLE ioctl), which makes every other optimization less useful. I have seen the last patch improve framerate in Wine.

Please review.

 src/gallium/drivers/r300/r300_transfer.c        |    2 +-
 src/gallium/drivers/r600/eg_sq.h                |    2 +-
 src/gallium/drivers/r600/evergreen_hw_context.c |   44 +--
 src/gallium/drivers/r600/evergreen_state.c      |  260 +++++++-----
 src/gallium/drivers/r600/evergreend.h           |    9 +
 src/gallium/drivers/r600/r600.h                 |   12 -
 src/gallium/drivers/r600/r600_asm.c             |    2 +-
 src/gallium/drivers/r600/r600_blit.c            |   82 +++--
 src/gallium/drivers/r600/r600_buffer.c          |   65 +++-
 src/gallium/drivers/r600/r600_hw_context.c      |  451 +-------------------
 src/gallium/drivers/r600/r600_pipe.c            |   32 +-
 src/gallium/drivers/r600/r600_pipe.h            |   43 ++-
 src/gallium/drivers/r600/r600_query.c           |  514 +++++++++++++++++++++--
 src/gallium/drivers/r600/r600_shader.c          |   10 +-
 src/gallium/drivers/r600/r600_state.c           |  210 ++++++----
 src/gallium/drivers/r600/r600_state_common.c    |   74 +++-
 src/gallium/drivers/r600/r600_texture.c         |   17 +-
 src/gallium/drivers/r600/r600d.h                |    9 +
 src/gallium/winsys/radeon/drm/radeon_drm_cs.c   |   18 +-
 src/gallium/winsys/radeon/drm/radeon_winsys.h   |    3 +-
 20 files changed, 1096 insertions(+), 763 deletions(-)

Marek


More information about the mesa-dev mailing list