glsl: Don't do constant propagation on buffer variables

Since the backing storage for these is shared we cannot ensure that
the value won't change by writes from other threads. Normally SSBO
accesses are not guaranteed to be syncronized with other threads,
except when memoryBarrier is used. So, we might be able to optimize
some SSBO accesses, but for now we always take the safe path and emit
the SSBO access.

Reviewed-by: Jordan Justen <jordan.l.justen@intel.com>
This commit is contained in:
Iago Toral Quiroga 2015-04-24 11:14:17 +02:00 committed by Samuel Iglesias Gonsalvez
parent 5360ff30c4
commit 0b1111d985
1 changed files with 8 additions and 0 deletions

View File

@ -444,6 +444,14 @@ ir_constant_propagation_visitor::add_constant(ir_assignment *ir)
if (!deref->var->type->is_vector() && !deref->var->type->is_scalar())
return;
/* We can't do copy propagation on buffer variables, since the underlying
* memory storage is shared across multiple threads we can't be sure that
* the variable value isn't modified between this assignment and the next
* instruction where its value is read.
*/
if (deref->var->data.mode == ir_var_shader_storage)
return;
entry = new(this->mem_ctx) acp_entry(deref->var, ir->write_mask, constant);
this->acp->push_tail(entry);
}