diff options
author | Jason Ekstrand <[email protected]> | 2017-09-12 14:26:04 -0700 |
---|---|---|
committer | Jason Ekstrand <[email protected]> | 2018-02-21 18:18:16 -0800 |
commit | 00926a2730190500a6a854659b193b022b92db2b (patch) | |
tree | 278010eb8dc665f50189442d7d113976e6f1972b /src/mesa/swrast/s_texcombine.h | |
parent | 41d45eb21e50349a89c25a56056dc0e4f5642967 (diff) |
i965/tex_image: Reference the renderbuffer miptree in setTexBuffer2
The old code made a new miptree that referenced the same BO as the
renderbuffer and just trusted in the memory aliasing to work. There are
only two ways in which the new miptree is liable to differ from the one
in the renderbuffer and neither of them matter:
1) It may have a different target. The only targets that we can ever
see in intelSetTexBuffer2 are GL_TEXTURE_2D and GL_TEXTURE_RECTANGLE
and the difference between the two doesn't matter as far as the
miptree is concerned; genX(update_sampler_state) only looks at the
gl_texture_object and not the miptree when determining whether or
not to use normalized coordinates.
2) It may have a very slightly different format. Again, this doesn't
matter because we've supported texture views for quite some time so
we always look at the gl_texture_object format instead of the
miptree format for hardware setup anyway.
On the other hand, because we were recreating the miptree, we were using
intel_miptree_create_for_bo which doesn't understand modifiers. We
really want this function to work without doing a resolve so long as you
have modifiers so we need to fix that.
Reviewed-by: Kenneth Graunke <[email protected]>
Reviewed-by: Chad Versace <[email protected]>
Diffstat (limited to 'src/mesa/swrast/s_texcombine.h')
0 files changed, 0 insertions, 0 deletions