Our hardware doesn't have a sample_d_c message, so we have to do a
regular sample_d and emit instructions to manually perform the
comparison.
This requires a state dependent recompile whenever the sampler's compare
mode or function change. This adds the per-sampler comparison functions
to brw_wm_
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On 06/15/2011 11:00 AM, Kenneth Graunke wrote:
> On 06/15/2011 08:27 AM, Eric Anholt wrote:
>> On Wed, 15 Jun 2011 01:24:54 -0700, Kenneth
>> Graunke wrote:
>>> Gen4-6 don't have a sample_d_c message, so we have to do a regular
>>> sample_d and emit i
On 06/15/2011 08:27 AM, Eric Anholt wrote:
On Wed, 15 Jun 2011 01:24:54 -0700, Kenneth Graunke
wrote:
Gen4-6 don't have a sample_d_c message, so we have to do a regular
sample_d and emit instructions to manually perform the comparison.
This requires a state dependent recompile whenever ctx->D
On Wed, 15 Jun 2011 01:24:54 -0700, Kenneth Graunke
wrote:
> Gen4-6 don't have a sample_d_c message, so we have to do a regular
> sample_d and emit instructions to manually perform the comparison.
>
> This requires a state dependent recompile whenever ctx->Depth.Func
> changes. do_wm_prog looks
Gen4-6 don't have a sample_d_c message, so we have to do a regular
sample_d and emit instructions to manually perform the comparison.
This requires a state dependent recompile whenever ctx->Depth.Func
changes. do_wm_prog looks for a compiled program in the cache based off
of brw_wm_prog_key, and
