[Mlir-commits] [mlir] [mlir][xegpu] Add vector layout conflict handling in XeGPU layout propagation pass. (PR #182402)
Jianhui Li
llvmlistbot at llvm.org
Fri Feb 20 15:13:20 PST 2026
================
@@ -66,16 +69,145 @@ func.func @load_nd_with_conflicting_tensor_desc_in_loop(%arg0: memref<64x64xf16>
%c0 = arith.constant 0 : index
%c1 = arith.constant 1 : index
%c4 = arith.constant 4 : index
- %cst = arith.constant dense<0.0> : vector<16x16xf16>
+ %cst = arith.constant {layout_result_0 = #inst_data_8x16} dense<0.0> : vector<16x16xf16>
%0 = xegpu.create_nd_tdesc %arg0 : memref<64x64xf16>
- -> !xegpu.tensor_desc<16x16xf16, #prefetch_lo>
- %1:2 = scf.for %i = %c0 to %c4 step %c1 iter_args(%acc = %cst, %tdesc = %0) -> (vector<16x16xf16>, !xegpu.tensor_desc<16x16xf16, #prefetch_lo>) {
- %2 = xegpu.load_nd %tdesc [%c0, %c0] {layout = #load_lo} : !xegpu.tensor_desc<16x16xf16, #prefetch_lo>
+ -> !xegpu.tensor_desc<16x16xf16, #inst_data_16x16>
+ %1:2 = scf.for %i = %c0 to %c4 step %c1 iter_args(%acc = %cst, %tdesc = %0)
+ -> (vector<16x16xf16>, !xegpu.tensor_desc<16x16xf16, #inst_data_16x16>) {
+ %2 = xegpu.load_nd %tdesc [%c0, %c0] {layout = #inst_data_8x16} : !xegpu.tensor_desc<16x16xf16, #inst_data_16x16>
-> vector<16x16xf16>
- %3 = arith.addf %acc, %2 : vector<16x16xf16>
- scf.yield %3, %tdesc : vector<16x16xf16>, !xegpu.tensor_desc<16x16xf16, #prefetch_lo>
- }
- xegpu.prefetch_nd %0 [%c0, %c0] {layout = #prefetch_lo} : !xegpu.tensor_desc<16x16xf16, #prefetch_lo>
+ %3 = arith.addf %acc, %2 {layout_result_0 = #inst_data_8x16} : vector<16x16xf16>
+ scf.yield %3, %tdesc : vector<16x16xf16>, !xegpu.tensor_desc<16x16xf16, #inst_data_16x16>
+ } {layout_result_0 = #inst_data_8x16}
+ xegpu.prefetch_nd %0 [%c0, %c0] {layout = #inst_data_16x16} : !xegpu.tensor_desc<16x16xf16, #inst_data_16x16>
----------------
Jianhui-Li wrote:
can we have an example, that the vector is defined inside the loop, like matrix C of DPAS, and then post-op after the loop using a different layout. Wonder whether the current implementation can capture the conflict?
https://github.com/llvm/llvm-project/pull/182402
More information about the Mlir-commits
mailing list