Changes in vectorize_2d.mlir

227ed2f4 - [mlir][NFC] Update textual references of `func` to `func.func` in Affine/ tests

Wed, 20 Apr 2022 23:13:44 +0000

[mlir][NFC] Update textual references of `func` to `func.func` in Affine/ testsThe special case parsing of `func` operations is being removed. List of files: /llvm-project-15.0.7/mlir/test/Dialect/Affine/SuperVectorize/vectorize_2d.mlir

a54f4eae - [MLIR] Replace std ops with arith dialect ops

Tue, 12 Oct 2021 23:14:57 +0000

[MLIR] Replace std ops with arith dialect opsPrecursor: https://reviews.llvm.org/D110200Removed redundant ops from the standard dialect that were moved to the`arith` or `math` dialects.Renamed all instances of operations in the codebase and in tests.Reviewed By: rriddle, jpienaarDifferential Revision: https://reviews.llvm.org/D110797 List of files: /llvm-project-15.0.7/mlir/test/Dialect/Affine/SuperVectorize/vectorize_2d.mlir

a8b7e56f - [mlir] Set insertion point of vector constant to the top of the vectorized loop body

Thu, 29 Jul 2021 22:39:49 +0000

[mlir] Set insertion point of vector constant to the top of the vectorized loop bodyWhen we vectorize a scalar constant, the vector constant is inserted before itsfirst user if the scalar constant is defined outside the loops to be vectorized.It is possible that the vector constant does not dominate all its users. To fixthe problem, we find the innermost vectorized loop that encloses that first userand insert the vector constant at the top of the loop body.Reviewed By: nicolasvasilacheDifferential Revision: https://reviews.llvm.org/D106609 List of files: /llvm-project-15.0.7/mlir/test/Dialect/Affine/SuperVectorize/vectorize_2d.mlir

e2310704 - [MLIR] Create memref dialect and move dialect-specific ops from std.

Wed, 10 Feb 2021 12:53:11 +0000

[MLIR] Create memref dialect and move dialect-specific ops from std.Create the memref dialect and move dialect-specific opsfrom std dialect to this dialect.Moved ops:AllocOp -> MemRef_AllocOpAllocaOp -> MemRef_AllocaOpAssumeAlignmentOp -> MemRef_AssumeAlignmentOpDeallocOp -> MemRef_DeallocOpDimOp -> MemRef_DimOpMemRefCastOp -> MemRef_CastOpMemRefReinterpretCastOp -> MemRef_ReinterpretCastOpGetGlobalMemRefOp -> MemRef_GetGlobalOpGlobalMemRefOp -> MemRef_GlobalOpLoadOp -> MemRef_LoadOpPrefetchOp -> MemRef_PrefetchOpReshapeOp -> MemRef_ReshapeOpStoreOp -> MemRef_StoreOpSubViewOp -> MemRef_SubViewOpTransposeOp -> MemRef_TransposeOpTensorLoadOp -> MemRef_TensorLoadOpTensorStoreOp -> MemRef_TensorStoreOpTensorToMemRefOp -> MemRef_BufferCastOpViewOp -> MemRef_ViewOpThe roadmap to split the memref dialect from std is discussed here:https://llvm.discourse.group/t/rfc-split-the-memref-dialect-from-std/2667Differential Revision: https://reviews.llvm.org/D98041 List of files: /llvm-project-15.0.7/mlir/test/Dialect/Affine/SuperVectorize/vectorize_2d.mlir

a89035d7 - Revert "[MLIR] Create memref dialect and move several dialect-specific ops from std."

Thu, 18 Feb 2021 11:49:52 +0000

Revert "[MLIR] Create memref dialect and move several dialect-specific ops from std."This commit introduced a cyclic dependency:Memref dialect depends on Standard because it used ConstantIndexOp.Std depends on the MemRef dialect in its EDSC/Intrinsics.hWorking on a fix.This reverts commit 8aa6c3765b924d86f623d452777eb76b83bf2787. List of files: /llvm-project-15.0.7/mlir/test/Dialect/Affine/SuperVectorize/vectorize_2d.mlir

8aa6c376 - [MLIR] Create memref dialect and move several dialect-specific ops from std.

Wed, 10 Feb 2021 12:53:11 +0000

[MLIR] Create memref dialect and move several dialect-specific ops from std.Create the memref dialect and move several dialect-specific ops withoutdependencies to other ops from std dialect to this dialect.Moved ops:AllocOp -> MemRef_AllocOpAllocaOp -> MemRef_AllocaOpDeallocOp -> MemRef_DeallocOpMemRefCastOp -> MemRef_CastOpGetGlobalMemRefOp -> MemRef_GetGlobalOpGlobalMemRefOp -> MemRef_GlobalOpPrefetchOp -> MemRef_PrefetchOpReshapeOp -> MemRef_ReshapeOpStoreOp -> MemRef_StoreOpTransposeOp -> MemRef_TransposeOpViewOp -> MemRef_ViewOpThe roadmap to split the memref dialect from std is discussed here:https://llvm.discourse.group/t/rfc-split-the-memref-dialect-from-std/2667Differential Revision: https://reviews.llvm.org/D96425 List of files: /llvm-project-15.0.7/mlir/test/Dialect/Affine/SuperVectorize/vectorize_2d.mlir

ebcc0225 - [mlir][AsmPrinter] Refactor printing to only print aliases for attributes/types that will exist in the output.

Tue, 10 Nov 2020 05:50:31 +0000

[mlir][AsmPrinter] Refactor printing to only print aliases for attributes/types that will exist in the output.This revision refactors the way that attributes/types are considered when generating aliases. Instead of considering all of the attributes/types of every operation, we perform a "fake" print step that prints the operations using a dummy printer to collect the attributes and types that would actually be printed during the real process. This removes a lot of attributes/types from consideration that generally won't end up in the final output, e.g. affine map attributes in an `affine.apply`/`affine.for`.This resolves a long standing TODO w.r.t aliases, and helps to have a much cleaner textual output format. As a datapoint to the latter, as part of this change several tests were identified as testing for the presence of attributes aliases that weren't actually referenced by the custom form of any operation.To ensure that this wouldn't cause a large degradation in compile time due to the second full print, I benchmarked this change on a very large module with a lot of operations(The file is ~673M/~4.7 million lines long). This file before this change take ~6.9 seconds to print in the custom form, and ~7 seconds after this change. In the custom assembly case, this added an average of a little over ~100 miliseconds to the compile time. This increase was due to the way that argument attributes on functions are structured and how they get printed; i.e. with a better representation the negative impact here can be greatly decreased. When printing in the generic form, this revision had no observable impact on the compile time. This benchmarking leads me to believe that the impact of this change on compile time w.r.t printing is closely related to `print` methods that perform a lot of additional/complex processing outside of the OpAsmPrinter.Differential Revision: https://reviews.llvm.org/D90512 List of files: /llvm-project-15.0.7/mlir/test/Dialect/Affine/SuperVectorize/vectorize_2d.mlir

14d0735d - [MLIR][Affine][VectorOps] Utility to vectorize loop nest using strategy

Mon, 21 Sep 2020 22:30:02 +0000

[MLIR][Affine][VectorOps] Utility to vectorize loop nest using strategyThis patch adds a utility based on SuperVectorizer to vectorize anaffine loop nest using a given vectorization strategy. This strategy allowstargeting specific loops for vectorization instead of relying of theSuperVectorizer analysis to choose the right loops to vectorize.Reviewed By: nicolasvasilacheDifferential Revision: https://reviews.llvm.org/D85869 List of files: /llvm-project-15.0.7/mlir/test/Dialect/Affine/SuperVectorize/vectorize_2d.mlir

95371ce9 - Enable FileCheck -enable-var-scope by default in MLIR test

Fri, 12 Jun 2020 00:34:35 +0000

Enable FileCheck -enable-var-scope by default in MLIR testThis option avoids to accidentally reuse variable across -LABEL match,it can be explicitly opted-in by prefixing the variable name with $Differential Revision: https://reviews.llvm.org/D81531 List of files: /llvm-project-15.0.7/mlir/test/Dialect/Affine/SuperVectorize/vectorize_2d.mlir

904f91db - [MLIR][Standard] Make the `dim` operation index an operand.

Wed, 10 Jun 2020 13:52:43 +0000

[MLIR][Standard] Make the `dim` operation index an operand.Allow for dynamic indices in the `dim` operation.Rather than an attribute, the index is now an operand of type `index`.This allows to apply the operation to dynamically ranked tensors.The correct lowering of dynamic indices remains to be implemented.Differential Revision: https://reviews.llvm.org/D81551 List of files: /llvm-project-15.0.7/mlir/test/Dialect/Affine/SuperVectorize/vectorize_2d.mlir

36cdc17f - [mlir][Vector] Make minor identity permutation map optional in transfer op printing and parsing

Mon, 18 May 2020 15:40:59 +0000

[mlir][Vector] Make minor identity permutation map optional in transfer op printing and parsingSummary:This revision makes the use of vector transfer operatons more idiomatic byallowing to omit and inferring the permutation_map.Differential Revision: https://reviews.llvm.org/D80092 List of files: /llvm-project-15.0.7/mlir/test/Dialect/Affine/SuperVectorize/vectorize_2d.mlir

b8737614 - [MLIR][NFC] Move some of the affine transforms / tests to dialect dirs

Sun, 22 Mar 2020 11:25:36 +0000

[MLIR][NFC] Move some of the affine transforms / tests to dialect dirsMove some of the affine transforms and their test cases to theirrespective dialect directory. This patch does not complete the move, buttakes care of a good part.Renames: prefix 'affine' to affine loop tiling cl options,vectorize -> super-vectorizeSigned-off-by: Uday Bondhugula Differential Revision: https://reviews.llvm.org/D76565 List of files: /llvm-project-15.0.7/mlir/test/Dialect/Affine/SuperVectorize/vectorize_2d.mlir