[Mlir-commits] [mlir] [MLIR][XeGPU] Refactor layout propagation utilities (PR #179016)
Artem Kroviakov
llvmlistbot at llvm.org
Tue Feb 3 01:47:45 PST 2026
================
@@ -471,6 +468,137 @@ LayoutAttr::setUnitDimLayout(SetVector<int64_t> unitDims) const {
getLaneData(), getOrder());
}
+// Derive a new layout with sg_data, inst_data and lane_data set to the
+// specified values for the given dimension
+DistributeLayoutAttr LayoutAttr::setDimData(int64_t dim, int64_t sgData,
+ int64_t instData,
+ int64_t laneData) {
+
+ SmallVector<int64_t> sgDataVec = getEffectiveSgDataAsInt();
+ SmallVector<int64_t> instDataVec = getEffectiveInstDataAsInt();
+ SmallVector<int64_t> laneDataVec = getEffectiveLaneDataAsInt();
+
+ if (dim < static_cast<int64_t>(sgDataVec.size()) && sgData != -1)
+ sgDataVec[dim] = sgData;
+ if (dim < static_cast<int64_t>(instDataVec.size()) && instData != -1)
+ instDataVec[dim] = instData;
+ if (dim < static_cast<int64_t>(laneDataVec.size()) && laneData != -1)
+ laneDataVec[dim] = laneData;
+
+ SmallVector<int32_t> sgDataVec32(sgDataVec.begin(), sgDataVec.end());
+ SmallVector<int32_t> instDataVec32(instDataVec.begin(), instDataVec.end());
+ SmallVector<int32_t> laneDataVec32(laneDataVec.begin(), laneDataVec.end());
+
+ return LayoutAttr::get(
+ getContext(), getSgLayout(),
+ sgDataVec.empty() ? DenseI32ArrayAttr()
+ : DenseI32ArrayAttr::get(getContext(), sgDataVec32),
+ instDataVec.empty() ? DenseI32ArrayAttr()
+ : DenseI32ArrayAttr::get(getContext(), instDataVec32),
+ getLaneLayout(),
+ laneDataVec.empty() ? DenseI32ArrayAttr()
+ : DenseI32ArrayAttr::get(getContext(), laneDataVec32),
+ getOrder());
+}
+
+// Derive a new layout by collapsing groups of dimensions.
+// Each inner array in `dimGroups` specifies a set of dimensions
+// that are collapsed into a single dimension in the derived layout.
+DistributeLayoutAttr
+LayoutAttr::collapseDims(SmallVector<SmallVector<int64_t>> dimGroups) const {
----------------
akroviakov wrote:
Do we check for it somehow? Is it the user's responsibility?
I suppose "collapsing" also means that groups contain adjacent dims (i.e., `[n, n+1, n+2, ...]`).
https://github.com/llvm/llvm-project/pull/179016
More information about the Mlir-commits
mailing list