i965/fs: Define a new fs_builder constructor taking an instruction as argument.
authorFrancisco Jerez <currojerez@riseup.net>
Mon, 27 Jul 2015 14:54:46 +0000 (17:54 +0300)
committerFrancisco Jerez <currojerez@riseup.net>
Wed, 29 Jul 2015 11:13:49 +0000 (14:13 +0300)
commit6f7dea0b3212aa4ce49fcf9e94bf7aab130eeab2
treeb74ffd2bc6ad5b0ce7af21c5a8940606d5945129
parent7cb60d770fc24bf00b6f7e5898cca1426e55c026
i965/fs: Define a new fs_builder constructor taking an instruction as argument.

We have a number of optimization passes that repeat the same pattern
before inserting new instructions into the program based on some
previous instruction: They point the default builder at the original
instruction, then call exec_all() and group() to select the same
execution controls the original instruction had, and then maybe call
annotate() to clone the debug annotation from the original
instruction.

In fact an optimization pass missing any of these steps is likely to
be broken if the intention was to emit new code based on a preexisting
instruction, so let's make it easy for passes to do the right thing by
having an fs_builder constructor that automates the task of setting up
a builder to emit a given instruction provided as argument.

The following patches fix all cases I've found in which we weren't
explicitly initializing the execution controls of the emitted
instructions, and clean-up optimization passes which were already
doing the right thing to use the new constructor.

Reviewed-by: Jason Ekstrand <jason.ekstrand@intel.com>
src/mesa/drivers/dri/i965/brw_fs_builder.h