iris: Workaround: Don't allocate compressed bo from cache (xe2)

There should be some deeper causes to dig out. The bo-caching
system shouldn't affect the compression by design.

Fixes:
dEQP-GLES3.functional.texture.filtering.3d.formats.rgb9_e5_linear
dEQP-GLES3.functional.texture.filtering.3d.formats.rgb9_e5_linear_mipmap_linear

The two cases can pass if we run them respectively. But once they
are fed to glcts in a test case list file (test.list) to run together,
the second test case hangs for a while and eventually fails, regardless
which of them is the second.

./glcts --deqp-caselist-file=test.list

Signed-off-by: Jianxun Zhang <jianxun.zhang@intel.com>
Reviewed-by: Tapani Pälli <tapani.palli@intel.com>
Reviewed-by: Nanley Chery <nanley.g.chery@intel.com>
Part-of: <https://gitlab.freedesktop.org/mesa/mesa/-/merge_requests/29906>
This commit is contained in:
Jianxun Zhang 2024-05-08 13:01:42 -07:00 committed by Marge Bot
parent 8a815c83c2
commit 31b48fd041

View file

@ -289,6 +289,12 @@ bucket_for_size(struct iris_bufmgr *bufmgr, uint64_t size,
if (flags & BO_ALLOC_PROTECTED)
return NULL;
/* TODO: Enable bo cache for compressed bos
* https://gitlab.freedesktop.org/mesa/mesa/-/issues/11362
*/
if (bufmgr->devinfo.verx10 == 200 && (flags & BO_ALLOC_COMPRESSED))
return NULL;
const struct intel_device_info *devinfo = &bufmgr->devinfo;
struct iris_bucket_cache *cache = &bufmgr->bucket_cache[heap];