diff options
author | Kenneth Graunke <[email protected]> | 2019-08-23 17:32:06 -0700 |
---|---|---|
committer | Kenneth Graunke <[email protected]> | 2019-08-26 16:54:20 +0000 |
commit | 2e1be771e47adf1d06901283ffb8df0d83f28b3c (patch) | |
tree | 645b6b316d16e223d845065fbc295d1e526dca73 /src/drm-shim/drm_shim.c | |
parent | 1b090f065e0f39856ef4b228091f76241f1bbe2b (diff) |
isl: Don't set UnormPathInColorPipe for integer surfaces.
This fixes dEQP-GLES3.functional.texture.specification subtests on iris:
- texsubimage3d_depth.depth24_stencil8_2d_array
- texsubimage3d_depth.depth32f_stencil8_2d_array
- texsubimage3d_depth.depth_component32f_2d_array
- texsubimage3d_depth.depth_component24_2d_array
- texstorage2d.format.depth24_stencil8_2d
- texstorage2d.format.depth32f_stencil8_2d
- texstorage2d.format.depth_component24_2d
- texstorage2d.format.depth_component32f_2d
- texstorage3d.format.depth24_stencil8_2d_array
- texstorage3d.format.depth32f_stencil8_2d_array
- texstorage3d.format.depth_component24_2d_array
- texstorage3d.format.depth_component32f_2d_array
Here, something appears to be going wrong with having this bit set
during blorp_copy operations for texture upload, which override the
format to R8G8B8A8_UINT.
AFAICT this bit should have no effect for integer surfaces, as it has
to do with blending, and integer blending is not a thing. So it should
be harmless to disable it.
The Windows driver appears to be setting this bit universally, so
I am unclear why we would need to. Perhaps they simply haven't run
into this issue.
Fixes: f741de236b5 ("isl: Enable Unorm Path in Color Pipe")
Reviewed-by: Jason Ekstrand <[email protected]>
Diffstat (limited to 'src/drm-shim/drm_shim.c')
0 files changed, 0 insertions, 0 deletions