MMahesh Ravishankar[mlir][Linalg] Deprecate tileAndFuseLinalgOps method and associated patterns.
| 文件 | 最后提交记录 | 最后更新时间 |
|---|---|---|
[mlir][Linalg] Add a pattern to decompose linalg.generic ops. This patch adds a pattern to decompose a linalg.generic operations that - has only parallel iterator types - has more than 2 statements (including the yield) into multiple linalg.generic operation such that each operation has a single statement and a yield. The pattern added here just splits the matching linalg.generic into two linalg.generics, one containing the first statement, and the other containing the remaining. The same pattern can be applied repeatedly on the second op to ultimately fully decompose the generic op. Differential Revision: https://reviews.llvm.org/D129704 | 3 年前 | |
[mlir][Linalg] Add a pattern to decompose linalg.generic ops. This patch adds a pattern to decompose a linalg.generic operations that - has only parallel iterator types - has more than 2 statements (including the yield) into multiple linalg.generic operation such that each operation has a single statement and a yield. The pattern added here just splits the matching linalg.generic into two linalg.generics, one containing the first statement, and the other containing the remaining. The same pattern can be applied repeatedly on the second op to ultimately fully decompose the generic op. Differential Revision: https://reviews.llvm.org/D129704 | 3 年前 | |
[mlir] Update flipped accessors (NFC) Follow up with memref flipped and flipping any intermediate changes made. | 3 年前 | |
[mlir][Linalg] Deprecate tileAndFuseLinalgOps method and associated patterns. The tileAndFuseLinalgOps is a legacy approach for tiling + fusion of Linalg operations. Since it was also intended to work on operations with buffer operands, this method had fairly complex logic to make sure tile and fuse was correct even with side-effecting linalg ops. While complex, it still wasnt robust enough. This patch deprecates this method and thereby deprecating the tiling + fusion method for ops with buffer semantics. Note that the core transformation to do fusion of a producer with a tiled consumer still exists. The deprecation here only removes methods that auto-magically tried to tile and fuse correctly in presence of side-effects. The tileAndFuseLinalgOps also works with operations with tensor semantics. There are at least two other ways the same functionality exists. 1) The tileConsumerAndFuseProducers method. This does a similar transformation, but using a slightly different logic to automatically figure out the legal tile + fuse code. Note that this is also to be deprecated soon. 2) The prefered way uses the TilingInterface for tile + fuse, and relies on the caller to set the tiling options correctly to ensure that the generated code is correct. As proof that (2) is equivalent to the functionality provided by tileAndFuseLinalgOps, relevant tests have been moved to use the interface, where the test driver sets the tile sizes appropriately to generate the expected code. Differential Revision: https://reviews.llvm.org/D129901 | 3 年前 | |
[mlir:NFC] Remove the forward declaration of FuncOp in the mlir namespace FuncOp has been moved to the func namespace for a little over a month, the using directive can be dropped now. | 4 年前 | |
[mlir][Linalg] Retire LinalgPromotion pattern This revision removes the LinalgPromotion pattern and adds a transform.structured.promotion op. Since the LinalgPromotion transform allows the injection of arbitrary C++ via lambdas, the current transform op does not handle it. It is left for future work to decide what the right transform op control is for those cases. Note the underlying implementation remains unchanged and the mechanism is still controllable by lambdas from the API. During this refactoring it was also determined that the dynamicBuffers option does not actually connect to a change of behavior in the algorithm. This also exhibits that the related test is wrong (and dangerous). Both the option and the test are therefore removed. Lastly, a test that connects patterns using the filter-based mechanism is removed: all the independent pieces are already tested separately. Context: https://discourse.llvm.org/t/psa-retire-linalg-filter-based-patterns/63785 Differential Revision: https://reviews.llvm.org/D129649 | 3 年前 | |
[mlir][NFC] Shift a bunch of dialect includes from the .h to the .cpp Now that dialect constructors are generated in the .cpp file, we can drop all of the dependent dialect includes from the .h file. Differential Revision: https://reviews.llvm.org/D124298 | 4 年前 |