OpenHarmony/third_party_mesa3d
2
0
Fork 0
Code Issues Pull Requests Actions Packages Projects Releases Wiki Activity

nir/split_vars: Don't split arrays of cooperative matrix types

Browse Source 
glsl_type_is_vector_or_scalar would more accruately be called "can be an
r-value that isn't an array, structure, or matrix. This optimization
pass really shouldn't do anything to cooperative matrices. These
matrices will eventually be lowered to something else (dependent on the
backend), and that thing may (or may not) be handled by this or another
pass.

Fixes: 2d0f4f2c17 ("compiler/types: Add support for Cooperative Matrix types")
Reviewed-by: Caio Oliveira <caio.oliveira@intel.com>
Part-of: <https://gitlab.freedesktop.org/mesa/mesa/-/merge_requests/25871>
This commit is contained in:
Ian Romanick
2023-10-24 13:09:13 -07:00
committed by Marge Bot
parent 24631d308c
commit 18d8a96a00
1 changed files with 9 additions and 1 deletions
Download Patch File Download Diff File Expand all files Collapse all files

10
src/compiler/nir/nir_split_vars.c
View File

@@ -87,7 +87,15 @@ num_array_levels_in_array_of_vector_type(const struct glsl_type *type)
if (glsl_type_is_array_or_matrix(type)) {
num_levels++;
type = glsl_get_array_element(type);
} else if (glsl_type_is_vector_or_scalar(type)) {
} else if (glsl_type_is_vector_or_scalar(type) &&
!glsl_type_is_cmat(type)) {
/* glsl_type_is_vector_or_scalar would more accruately be called "can
* be an r-value that isn't an array, structure, or matrix. This
* optimization pass really shouldn't do anything to cooperative
* matrices. These matrices will eventually be lowered to something
* else (dependent on the backend), and that thing may (or may not)
* be handled by this or another pass.
*/
return num_levels;
} else {
/* Not an array of vectors */