[Mlir-commits] [mlir] [MLIR][XeGPU] Rematerialize layout conversion sources after conflict resolution (PR #230669)
Jianhui Li
llvmlistbot at llvm.org
Sat Oct 17 22:42:40 PDT 2026
================
----------------
Jianhui-Li wrote:
//To fix the operand/result mismatch issue similar to the issue Frank filed for ...
Can you explain what is the issue here?
I don't think it is a clean solution mixing rematerializeWithLayout() and sinkElementwiseConversions() together. They play different roles: one is about sink a chain of elementwise op through conversion (single user but has larger inst_data/lane_data layout), the other is to copy these elementwise ops (two users has different layout requirement).
// Sink would still have to check that those operands are cheap before deciding to sink
Is this the reason that this function call isTriviallyRematerializable(definingOp)? Maybe worth another name.
https://github.com/llvm/llvm-project/pull/230669
More information about the Mlir-commits
mailing list