[mlir] Update accessors to prefixed form (NFC)Follow up from flipping dialects to both, flip accessor used to prefixedvariant ahead to flipping from _Both to _Prefixed. This just flips tothe acce
[mlir] Update accessors to prefixed form (NFC)Follow up from flipping dialects to both, flip accessor used to prefixedvariant ahead to flipping from _Both to _Prefixed. This just flips tothe accessors introduced in the preceding change which are just prefixedforms of the existing accessor changed from.Mechanical change using helper scripthttps://github.com/jpienaar/llvm-project/blob/main/clang-tools-extra/clang-tidy/misc/AddGetterCheck.cpp and clang-format.
show more ...
[mlir] (NFC) Clean up bazel and CMake target namesAll dialect targets in bazel have been named *Dialect and all dialecttargets in CMake have been named MLIR*Dialect.
[mlir] Trim a huge number of unnecessary dependencies on the Func dialectThe Func has a large number of legacy dependencies carried over from the oldStandard dialect, which was pervasive and conta
[mlir] Trim a huge number of unnecessary dependencies on the Func dialectThe Func has a large number of legacy dependencies carried over from the oldStandard dialect, which was pervasive and contained a large number of variedoperations. With the split of the standard dialect and its demise, a lot of lingeringdead dependencies have survived to the Func dialect. This commit removes alarge majority of then, greatly reducing the dependence surface area of theFunc dialect.
[mlir] Rename the Standard dialect to the Func dialectThe last remaining operations in the standard dialect all revolve aroundFuncOp/function related constructs. This patch simply handles the init
[mlir] Rename the Standard dialect to the Func dialectThe last remaining operations in the standard dialect all revolve aroundFuncOp/function related constructs. This patch simply handles the initialrenaming (which by itself is already huge), but there are a large numberof cleanups unlocked/necessary afterwards:* Removing a bunch of unnecessary dependencies on Func* Cleaning up the From/ToStandard conversion passes* Preparing for the move of FuncOp to the Func dialectSee the discussion at https://discourse.llvm.org/t/standard-dialect-the-final-chapter/6061Differential Revision: https://reviews.llvm.org/D120624
[mlir:OpConversionPattern] Add overloads for taking an Adaptor instead of ArrayRefThis has been a TODO for a long time, and it brings about many advantages (namely nice accessors, and less fragile
[mlir:OpConversionPattern] Add overloads for taking an Adaptor instead of ArrayRefThis has been a TODO for a long time, and it brings about many advantages (namely nice accessors, and less fragile code). The existing overloads that accept ArrayRef are now treated as deprecated and will be removed in a followup (after a small grace period). Most of the upstream MLIR usages have been fixed by this commit, the rest will be handled in a followup.Differential Revision: https://reviews.llvm.org/D110293
[mlir] factor memref-to-llvm lowering out of std-to-llvmAfter the MemRef has been split out of the Standard dialect, theconversion to the LLVM dialect remained as a huge monolithic pass.This is u
[mlir] factor memref-to-llvm lowering out of std-to-llvmAfter the MemRef has been split out of the Standard dialect, theconversion to the LLVM dialect remained as a huge monolithic pass.This is undesirable for the same complexity management reasons as havinga huge Standard dialect itself, and is even more confusing given theexistence of a separate dialect. Extract the conversion of the MemRefdialect operations to LLVM into a separate library and a separateconversion pass.Reviewed By: herhut, silvasDifferential Revision: https://reviews.llvm.org/D105625
[PatternMatch] Big mechanical rename OwningRewritePatternList -> RewritePatternSet and insert -> add. NFCThis doesn't change APIs, this just cleans up the many in-tree uses of thesenames to use t
[PatternMatch] Big mechanical rename OwningRewritePatternList -> RewritePatternSet and insert -> add. NFCThis doesn't change APIs, this just cleans up the many in-tree uses of thesenames to use the new preferred names. We'll keep the old names around for acouple weeks to help transitions.Differential Revision: https://reviews.llvm.org/D99127
Update syntax for amx.tile_muli to use two Unit attr to mark the zext caseThis makes the annotation tied to the operand and the use of a keywordmore explicit/readable on what it means.Differenti
Update syntax for amx.tile_muli to use two Unit attr to mark the zext caseThis makes the annotation tied to the operand and the use of a keywordmore explicit/readable on what it means.Differential Revision: https://reviews.llvm.org/D99001
[mlir][amx] Add Intel AMX dialect (architectural-specific vector dialect)The Intel Advanced Matrix Extensions (AMX) provides a tile matrixmultiply unit (TMUL), a tile control register (TILECFG), a
[mlir][amx] Add Intel AMX dialect (architectural-specific vector dialect)The Intel Advanced Matrix Extensions (AMX) provides a tile matrixmultiply unit (TMUL), a tile control register (TILECFG), and eighttile registers TMM0 through TMM7 (TILEDATA). This new MLIR dialectprovides a bridge between MLIR concepts like vectors and memrefsand the lower level LLVM IR details of AMX.Reviewed By: nicolasvasilacheDifferential Revision: https://reviews.llvm.org/D98470