src/mesa/drivers/dri/i965/gen6_vs_state.c

   1 /*
   2  * Copyright © 2009 Intel Corporation
   3  *
   4  * Permission is hereby granted, free of charge, to any person obtaining a
   5  * copy of this software and associated documentation files (the "Software"),
   6  * to deal in the Software without restriction, including without limitation
   7  * the rights to use, copy, modify, merge, publish, distribute, sublicense,
   8  * and/or sell copies of the Software, and to permit persons to whom the
   9  * Software is furnished to do so, subject to the following conditions:
  10  *
  11  * The above copyright notice and this permission notice (including the next
  12  * paragraph) shall be included in all copies or substantial portions of the
  13  * Software.
  14  *
  15  * THE SOFTWARE IS PROVIDED "AS IS", WITHOUT WARRANTY OF ANY KIND, EXPRESS OR
  16  * IMPLIED, INCLUDING BUT NOT LIMITED TO THE WARRANTIES OF MERCHANTABILITY,
  17  * FITNESS FOR A PARTICULAR PURPOSE AND NONINFRINGEMENT.  IN NO EVENT SHALL
  18  * THE AUTHORS OR COPYRIGHT HOLDERS BE LIABLE FOR ANY CLAIM, DAMAGES OR OTHER
  19  * LIABILITY, WHETHER IN AN ACTION OF CONTRACT, TORT OR OTHERWISE, ARISING
  20  * FROM, OUT OF OR IN CONNECTION WITH THE SOFTWARE OR THE USE OR OTHER DEALINGS
  21  * IN THE SOFTWARE.
  22  *
  23  * Authors:
  24  *    Eric Anholt <eric@anholt.net>
  25  *
  26  */
  27
  28 #include "brw_context.h"
  29 #include "brw_state.h"
  30 #include "brw_defines.h"
  31 #include "brw_util.h"
  32 #include "program/prog_parameter.h"
  33 #include "program/prog_statevars.h"
  34 #include "intel_batchbuffer.h"
  35
  36 static void
  37 gen6_upload_vs_push_constants(struct brw_context *brw)
  38 {
  39    struct brw_stage_state *stage_state = &brw->vs.base;
  40
  41    /* _BRW_NEW_VERTEX_PROGRAM */
  42    const struct brw_vertex_program *vp =
  43       brw_vertex_program_const(brw->vertex_program);
  44    /* BRW_NEW_VS_PROG_DATA */
  45    const struct brw_stage_prog_data *prog_data = &brw->vs.prog_data->base.base;
  46
  47    gen6_upload_push_constants(brw, &vp->program.Base, prog_data,
  48                               stage_state, AUB_TRACE_VS_CONSTANTS);
  49
  50    if (brw->gen >= 7) {
  51       if (brw->gen == 7 && !brw->is_haswell && !brw->is_baytrail)
  52          gen7_emit_vs_workaround_flush(brw);
  53
  54       gen7_upload_constant_state(brw, stage_state, true /* active */,
  55                                  _3DSTATE_CONSTANT_VS);
  56    }
  57 }
  58
  59 const struct brw_tracked_state gen6_vs_push_constants = {
  60    .dirty = {
  61       .mesa  = _NEW_PROGRAM_CONSTANTS |
  62                _NEW_TRANSFORM,
  63       .brw   = BRW_NEW_BATCH |
  64                BRW_NEW_BLORP |
  65                BRW_NEW_PUSH_CONSTANT_ALLOCATION |
  66                BRW_NEW_VERTEX_PROGRAM |
  67                BRW_NEW_VS_PROG_DATA,
  68    },
  69    .emit = gen6_upload_vs_push_constants,
  70 };
  71
  72 static void
  73 upload_vs_state(struct brw_context *brw)
  74 {
  75    const struct brw_stage_state *stage_state = &brw->vs.base;
  76    uint32_t floating_point_mode = 0;
  77
  78    /* From the BSpec, 3D Pipeline > Geometry > Vertex Shader > State,
  79     * 3DSTATE_VS, Dword 5.0 "VS Function Enable":
  80     *
  81     *   [DevSNB] A pipeline flush must be programmed prior to a 3DSTATE_VS
  82     *   command that causes the VS Function Enable to toggle. Pipeline
  83     *   flush can be executed by sending a PIPE_CONTROL command with CS
  84     *   stall bit set and a post sync operation.
  85     *
  86     * We've already done such a flush at the start of state upload, so we
  87     * don't need to do another one here.
  88     */
  89
  90    if (stage_state->push_const_size == 0) {
  91       /* Disable the push constant buffers. */
  92       BEGIN_BATCH(5);
  93       OUT_BATCH(_3DSTATE_CONSTANT_VS << 16 | (5 - 2));
  94       OUT_BATCH(0);
  95       OUT_BATCH(0);
  96       OUT_BATCH(0);
  97       OUT_BATCH(0);
  98       ADVANCE_BATCH();
  99    } else {
 100       BEGIN_BATCH(5);
 101       OUT_BATCH(_3DSTATE_CONSTANT_VS << 16 |
 102                 GEN6_CONSTANT_BUFFER_0_ENABLE |
 103                 (5 - 2));
 104       /* Pointer to the VS constant buffer.  Covered by the set of
 105        * state flags from gen6_upload_vs_constants
 106        */
 107       OUT_BATCH(stage_state->push_const_offset +
 108                 stage_state->push_const_size - 1);
 109       OUT_BATCH(0);
 110       OUT_BATCH(0);
 111       OUT_BATCH(0);
 112       ADVANCE_BATCH();
 113    }
 114
 115    if (brw->vs.prog_data->base.base.use_alt_mode)
 116       floating_point_mode = GEN6_VS_FLOATING_POINT_MODE_ALT;
 117
 118    BEGIN_BATCH(6);
 119    OUT_BATCH(_3DSTATE_VS << 16 | (6 - 2));
 120    OUT_BATCH(stage_state->prog_offset);
 121    OUT_BATCH(floating_point_mode |
 122              ((ALIGN(stage_state->sampler_count, 4)/4) << GEN6_VS_SAMPLER_COUNT_SHIFT) |
 123              ((brw->vs.prog_data->base.base.binding_table.size_bytes / 4) <<
 124               GEN6_VS_BINDING_TABLE_ENTRY_COUNT_SHIFT));
 125
 126    if (brw->vs.prog_data->base.base.total_scratch) {
 127       OUT_RELOC(stage_state->scratch_bo,
 128                 I915_GEM_DOMAIN_RENDER, I915_GEM_DOMAIN_RENDER,
 129                 ffs(brw->vs.prog_data->base.base.total_scratch) - 11);
 130    } else {
 131       OUT_BATCH(0);
 132    }
 133
 134    OUT_BATCH((brw->vs.prog_data->base.base.dispatch_grf_start_reg <<
 135               GEN6_VS_DISPATCH_START_GRF_SHIFT) |
 136              (brw->vs.prog_data->base.urb_read_length << GEN6_VS_URB_READ_LENGTH_SHIFT) |
 137              (0 << GEN6_VS_URB_ENTRY_READ_OFFSET_SHIFT));
 138
 139    OUT_BATCH(((brw->max_vs_threads - 1) << GEN6_VS_MAX_THREADS_SHIFT) |
 140              GEN6_VS_STATISTICS_ENABLE |
 141              GEN6_VS_ENABLE);
 142    ADVANCE_BATCH();
 143
 144    /* Based on my reading of the simulator, the VS constants don't get
 145     * pulled into the VS FF unit until an appropriate pipeline flush
 146     * happens, and instead the 3DSTATE_CONSTANT_VS packet just adds
 147     * references to them into a little FIFO.  The flushes are common,
 148     * but don't reliably happen between this and a 3DPRIMITIVE, causing
 149     * the primitive to use the wrong constants.  Then the FIFO
 150     * containing the constant setup gets added to again on the next
 151     * constants change, and eventually when a flush does happen the
 152     * unit is overwhelmed by constant changes and dies.
 153     *
 154     * To avoid this, send a PIPE_CONTROL down the line that will
 155     * update the unit immediately loading the constants.  The flush
 156     * type bits here were those set by the STATE_BASE_ADDRESS whose
 157     * move in a82a43e8d99e1715dd11c9c091b5ab734079b6a6 triggered the
 158     * bug reports that led to this workaround, and may be more than
 159     * what is strictly required to avoid the issue.
 160     */
 161    brw_emit_pipe_control_flush(brw,
 162                                PIPE_CONTROL_DEPTH_STALL |
 163                                PIPE_CONTROL_INSTRUCTION_INVALIDATE |
 164                                PIPE_CONTROL_STATE_CACHE_INVALIDATE);
 165 }
 166
 167 const struct brw_tracked_state gen6_vs_state = {
 168    .dirty = {
 169       .mesa  = _NEW_PROGRAM_CONSTANTS |
 170                _NEW_TRANSFORM,
 171       .brw   = BRW_NEW_BATCH |
 172                BRW_NEW_BLORP |
 173                BRW_NEW_CONTEXT |
 174                BRW_NEW_PUSH_CONSTANT_ALLOCATION |
 175                BRW_NEW_VERTEX_PROGRAM |
 176                BRW_NEW_VS_PROG_DATA,
 177    },
 178    .emit = upload_vs_state,
 179 };