# Passes

This document describes the available MLIR passes and their contracts.

## General Transformation Passes ¶

`-affine-loop-fusion`

: Fuse affine loop nests ¶

This pass performs fusion of loop nests using a slicing-based approach. It combines two fusion strategies: producer-consumer fusion and sibling fusion. Producer-consumer fusion is aimed at fusing pairs of loops where the first one writes to a memref that the second reads. Sibling fusion targets pairs of loops that share no dependences between them but that load from the same memref. The fused loop nests, when possible, are rewritten to access significantly smaller local buffers instead of the original memref’s, and the latter are often either completely optimized away or contracted. This transformation leads to enhanced locality and lower memory footprint through the elimination or contraction of temporaries/intermediate memref’s. These benefits are sometimes achieved at the expense of redundant computation through a cost model that evaluates available choices such as the depth at which a source slice should be materialized in the designation slice.

Example 1: Producer-consumer fusion. Input:

```
func @producer_consumer_fusion(%arg0: memref<10xf32>, %arg1: memref<10xf32>) {
%0 = memref.alloc() : memref<10xf32>
%1 = memref.alloc() : memref<10xf32>
%cst = arith.constant 0.000000e+00 : f32
affine.for %arg2 = 0 to 10 {
affine.store %cst, %0[%arg2] : memref<10xf32>
affine.store %cst, %1[%arg2] : memref<10xf32>
}
affine.for %arg2 = 0 to 10 {
%2 = affine.load %0[%arg2] : memref<10xf32>
%3 = arith.addf %2, %2 : f32
affine.store %3, %arg0[%arg2] : memref<10xf32>
}
affine.for %arg2 = 0 to 10 {
%2 = affine.load %1[%arg2] : memref<10xf32>
%3 = arith.mulf %2, %2 : f32
affine.store %3, %arg1[%arg2] : memref<10xf32>
}
return
}
```

Output:

```
func @producer_consumer_fusion(%arg0: memref<10xf32>, %arg1: memref<10xf32>) {
%0 = memref.alloc() : memref<1xf32>
%1 = memref.alloc() : memref<1xf32>
%cst = arith.constant 0.000000e+00 : f32
affine.for %arg2 = 0 to 10 {
affine.store %cst, %0[0] : memref<1xf32>
affine.store %cst, %1[0] : memref<1xf32>
%2 = affine.load %1[0] : memref<1xf32>
%3 = arith.mulf %2, %2 : f32
affine.store %3, %arg1[%arg2] : memref<10xf32>
%4 = affine.load %0[0] : memref<1xf32>
%5 = arith.addf %4, %4 : f32
affine.store %5, %arg0[%arg2] : memref<10xf32>
}
return
}
```

Example 2: Sibling fusion. Input:

```
func @sibling_fusion(%arg0: memref<10x10xf32>, %arg1: memref<10x10xf32>,
%arg2: memref<10x10xf32>, %arg3: memref<10x10xf32>,
%arg4: memref<10x10xf32>) {
affine.for %arg5 = 0 to 3 {
affine.for %arg6 = 0 to 3 {
%0 = affine.load %arg0[%arg5, %arg6] : memref<10x10xf32>
%1 = affine.load %arg1[%arg5, %arg6] : memref<10x10xf32>
%2 = arith.mulf %0, %1 : f32
affine.store %2, %arg3[%arg5, %arg6] : memref<10x10xf32>
}
}
affine.for %arg5 = 0 to 3 {
affine.for %arg6 = 0 to 3 {
%0 = affine.load %arg0[%arg5, %arg6] : memref<10x10xf32>
%1 = affine.load %arg2[%arg5, %arg6] : memref<10x10xf32>
%2 = arith.addf %0, %1 : f32
affine.store %2, %arg4[%arg5, %arg6] : memref<10x10xf32>
}
}
return
}
```

Output:

```
func @sibling_fusion(%arg0: memref<10x10xf32>, %arg1: memref<10x10xf32>,
%arg2: memref<10x10xf32>, %arg3: memref<10x10xf32>,
%arg4: memref<10x10xf32>) {
affine.for %arg5 = 0 to 3 {
affine.for %arg6 = 0 to 3 {
%0 = affine.load %arg0[%arg5, %arg6] : memref<10x10xf32>
%1 = affine.load %arg1[%arg5, %arg6] : memref<10x10xf32>
%2 = arith.mulf %0, %1 : f32
affine.store %2, %arg3[%arg5, %arg6] : memref<10x10xf32>
%3 = affine.load %arg0[%arg5, %arg6] : memref<10x10xf32>
%4 = affine.load %arg2[%arg5, %arg6] : memref<10x10xf32>
%5 = arith.addf %3, %4 : f32
affine.store %5, %arg4[%arg5, %arg6] : memref<10x10xf32>
}
}
return
}
```

#### Options ¶

```
-fusion-compute-tolerance : Fractional increase in additional computation tolerated while fusing
-fusion-fast-mem-space : Faster memory space number to promote fusion buffers to
-fusion-local-buf-threshold : Threshold size (KiB) for promoting local buffers to fast memory space
-fusion-maximal : Enables maximal loop fusion
-mode : fusion mode to attempt
```

`-affine-pipeline-data-transfer`

: Pipeline non-blocking data transfers between explicitly managed levels of the memory hierarchy ¶

This pass performs a transformation to overlap non-blocking DMA operations in a loop with computations through double buffering. This is achieved by advancing dma_start operations with respect to other operations.

Input

```
func @pipelinedatatransfer() {
%0 = memref.alloc() : memref<256xf32>
%1 = memref.alloc() : memref<32xf32, 1>
%2 = memref.alloc() : memref<1xf32>
%c0 = arith.constant 0 : index
%c128 = arith.constant 128 : index
affine.for %i0 = 0 to 8 {
affine.dma_start %0[%i0], %1[%i0], %2[%c0], %c128 : memref<256xf32>, memref<32xf32, 1>, memref<1xf32>
affine.dma_wait %2[%c0], %c128 : memref<1xf32>
%3 = affine.load %1[%i0] : memref<32xf32, 1>
%4 = "compute"(%3) : (f32) -> f32
affine.store %4, %1[%i0] : memref<32xf32, 1>
}
return
}
```

Output

```
module {
func @pipelinedatatransfer() {
%c8 = arith.constant 8 : index
%c0 = arith.constant 0 : index
%0 = memref.alloc() : memref<256xf32>
%c0_0 = arith.constant 0 : index
%c128 = arith.constant 128 : index
%1 = memref.alloc() : memref<2x32xf32, 1>
%2 = memref.alloc() : memref<2x1xf32>
affine.dma_start %0[%c0], %1[%c0 mod 2, %c0], %2[%c0 mod 2, symbol(%c0_0)], %c128 : memref<256xf32>, memref<2x32xf32, 1>, memref<2x1xf32>
affine.for %arg0 = 1 to 8 {
affine.dma_start %0[%arg0], %1[%arg0 mod 2, %arg0], %2[%arg0 mod 2, symbol(%c0_0)], %c128 : memref<256xf32>, memref<2x32xf32, 1>, memref<2x1xf32>
%8 = affine.apply #map3(%arg0)
%9 = affine.apply #map4(%8)
%10 = affine.apply #map4(%8)
affine.dma_wait %2[%8 mod 2, symbol(%c0_0)], %c128 : memref<2x1xf32>
%11 = affine.load %1[%8 mod 2, %8] : memref<2x32xf32, 1>
%12 = "compute"(%11) : (f32) -> f32
affine.store %12, %1[%8 mod 2, %8] : memref<2x32xf32, 1>
}
%3 = affine.apply #map3(%c8)
%4 = affine.apply #map4(%3)
%5 = affine.apply #map4(%3)
affine.dma_wait %2[%3 mod 2, symbol(%c0_0)], %c128 : memref<2x1xf32>
%6 = affine.load %1[%3 mod 2, %3] : memref<2x32xf32, 1>
%7 = "compute"(%6) : (f32) -> f32
affine.store %7, %1[%3 mod 2, %3] : memref<2x32xf32, 1>
memref.dealloc %2 : memref<2x1xf32>
memref.dealloc %1 : memref<2x32xf32, 1>
return
}
}
```

`-buffer-hoisting`

: Optimizes placement of allocation operations by moving them into common dominators and out of nested regions ¶

This pass implements an approach to aggressively move allocations upwards into common dominators and out of nested regions.

`-buffer-loop-hoisting`

: Optimizes placement of allocation operations by moving them out of loop nests ¶

This pass implements an approach to aggressively move allocations upwards out of loop nests. It does not move allocations into common dominators.

`-buffer-results-to-out-params`

: Converts memref-typed function results to out-params ¶

Some calling conventions prefer to pass output memrefs as “out params”. The conversion to this calling convention must be done as an atomic transformation of the entire program (hence this is a module pass).

For example, if a call is rewritten, the callee needs to be rewritten otherwise the IR will end up invalid. Thus, this transformation require an atomic change to the entire program (e.g. the whole module).

This pass is expected to run immediately after bufferization is finished. At that point, tensor-typed results will have been converted to memref-typed results, and can be consistently converted to out params.

All memref-typed results are appended to the function argument list.

The main issue with this pass (and the out-param calling convention) is that buffers for results need to be allocated in the caller. This currently only works for static shaped memrefs.

`-canonicalize`

: Canonicalize operations ¶

This pass performs various types of canonicalizations over a set of operations. See Operation Canonicalization for more details.

#### Options ¶

```
-top-down : Seed the worklist in general top-down order
-region-simplify : Seed the worklist in general top-down order
-max-iterations : Seed the worklist in general top-down order
-disable-patterns : Labels of patterns that should be filtered out during application
-enable-patterns : Labels of patterns that should be used during application, all other patterns are filtered out
```

`-cse`

: Eliminate common sub-expressions ¶

This pass implements a generalized algorithm for common sub-expression
elimination. This pass relies on information provided by the
`Memory SideEffect`

interface to identify when it is safe to eliminate
operations. See
Common subexpression elimination
for more general details on this optimization.

#### Statistics ¶

```
num-cse'd : Number of operations CSE'd
num-dce'd : Number of operations DCE'd
```

`-inline`

: Inline function calls ¶

#### Options ¶

```
-default-pipeline : The default optimizer pipeline used for callables
-op-pipelines : Callable operation specific optimizer pipelines (in the form of `dialect.op(pipeline)`)
-max-iterations : Maximum number of iterations when inlining within an SCC
```

`-loop-coalescing`

: Coalesce nested loops with independent bounds into a single loop ¶

`-loop-invariant-code-motion`

: Hoist loop invariant instructions outside of the loop ¶

`-normalize-memrefs`

: Normalize memrefs ¶

This pass transforms memref types with a non-trivial layout map into memref types with an identity layout map, e.g. (i, j) -> (i, j). This pass is inter-procedural, in the sense that it can modify function interfaces and call sites that pass memref types. In order to modify memref types while preserving the original behavior, users of those memref types are also modified to incorporate the resulting layout map. For instance, an [AffineLoadOp] (https://mlir.llvm.org/docs/Dialects/Affine/#affineload-affineloadop) will be updated to compose the layout map with with the affine expression contained in the op. Operations marked with the [MemRefsNormalizable] (https://mlir.llvm.org/docs/Traits/#memrefsnormalizable) trait are expected to be normalizable. Supported operations include affine operations, memref.alloc, memref.dealloc, and std.return.

Given an appropriate layout map specified in the code, this transformation can express tiled or linearized access to multi-dimensional data structures, but will not modify memref types without an explicit layout map.

Currently this pass is limited to only modify functions where all memref types can be normalized. If a function contains any operations that are not MemRefNormalizable, then the function and any functions that call or call it will not be modified.

Input

```
#tile = affine_map<(i) -> (i floordiv 4, i mod 4)>
func @matmul(%A: memref<16xf64, #tile>,
%B: index, %C: memref<16xf64>) -> (memref<16xf64, #tile>) {
affine.for %arg3 = 0 to 16 {
%a = affine.load %A[%arg3] : memref<16xf64, #tile>
%p = arith.mulf %a, %a : f64
affine.store %p, %A[%arg3] : memref<16xf64, #tile>
}
%c = memref.alloc() : memref<16xf64, #tile>
%d = affine.load %c[0] : memref<16xf64, #tile>
return %A: memref<16xf64, #tile>
}
```

Output

```
func @matmul(%arg0: memref<4x4xf64>, %arg1: index, %arg2: memref<16xf64>)
-> memref<4x4xf64> {
affine.for %arg3 = 0 to 16 {
%3 = affine.load %arg0[%arg3 floordiv 4, %arg3 mod 4]: memref<4x4xf64>
%4 = arith.mulf %3, %3 : f64
affine.store %4, %arg0[%arg3 floordiv 4, %arg3 mod 4]: memref<4x4xf64>
}
%0 = memref.alloc() : memref<4x4xf64>
%1 = affine.apply #map1()
%2 = affine.load %0[0, 0] : memref<4x4xf64>
return %arg0 : memref<4x4xf64>
}
```

Input

```
#linear8 = affine_map<(i, j) -> (i * 8 + j)>
func @linearize(%arg0: memref<8x8xi32, #linear8>,
%arg1: memref<8x8xi32, #linear8>,
%arg2: memref<8x8xi32, #linear8>) {
%c8 = arith.constant 8 : index
%c0 = arith.constant 0 : index
%c1 = arith.constant 1 : index
affine.for %arg3 = %c0 to %c8 {
affine.for %arg4 = %c0 to %c8 {
affine.for %arg5 = %c0 to %c8 {
%0 = affine.load %arg0[%arg3, %arg5] : memref<8x8xi32, #linear8>
%1 = affine.load %arg1[%arg5, %arg4] : memref<8x8xi32, #linear8>
%2 = affine.load %arg2[%arg3, %arg4] : memref<8x8xi32, #linear8>
%3 = arith.muli %0, %1 : i32
%4 = arith.addi %2, %3 : i32
affine.store %4, %arg2[%arg3, %arg4] : memref<8x8xi32, #linear8>
}
}
}
return
}
```

Output

```
func @linearize(%arg0: memref<64xi32>,
%arg1: memref<64xi32>,
%arg2: memref<64xi32>) {
%c8 = arith.constant 8 : index
%c0 = arith.constant 0 : index
affine.for %arg3 = %c0 to %c8 {
affine.for %arg4 = %c0 to %c8 {
affine.for %arg5 = %c0 to %c8 {
%0 = affine.load %arg0[%arg3 * 8 + %arg5] : memref<64xi32>
%1 = affine.load %arg1[%arg5 * 8 + %arg4] : memref<64xi32>
%2 = affine.load %arg2[%arg3 * 8 + %arg4] : memref<64xi32>
%3 = arith.muli %0, %1 : i32
%4 = arith.addi %2, %3 : i32
affine.store %4, %arg2[%arg3 * 8 + %arg4] : memref<64xi32>
}
}
}
return
}
```

`-parallel-loop-collapsing`

: Collapse parallel loops to use less induction variables ¶

#### Options ¶

```
-collapsed-indices-0 : Which loop indices to combine 0th loop index
-collapsed-indices-1 : Which loop indices to combine into the position 1 loop index
-collapsed-indices-2 : Which loop indices to combine into the position 2 loop index
```

`-print-op-stats`

: Print statistics of operations ¶

`-promote-buffers-to-stack`

: Promotes heap-based allocations to automatically managed stack-based allocations ¶

This pass implements a simple algorithm to convert heap-based memory allocations to stack-based ones. It uses a built-in heuristic to decide whether it makes sense to convert an allocation. Furthermore, dynamic shaped buffers that are limited by the rank of the tensor can be converted. They are only transformed if they are considered to be small.

#### Options ¶

```
-max-alloc-size-in-bytes : Maximal size in bytes to promote allocations to stack.
-bitwidth-of-index-type : Bitwidth of the index type. Used for size estimation.
-max-rank-of-allocated-memref : Maximal memref rank to promote dynamic buffers.
```

`-sccp`

: Sparse Conditional Constant Propagation ¶

This pass implements a general algorithm for sparse conditional constant propagation. This algorithm detects values that are known to be constant and optimistically propagates this throughout the IR. Any values proven to be constant are replaced, and removed if possible.

This implementation is based on the algorithm described by Wegman and Zadeck in “Constant Propagation with Conditional Branches” (1991).

`-snapshot-op-locations`

: Generate new locations from the current IR ¶

This pass allows for generating new locations from the IR during any stage of compilation, by snapshotting the IR to a file and using that file to generate new locations for the operations.

Depending on the value of the `tag`

option, different resulting locations
may be generated:

- If unset, the original location of the operation is replaced.

Example:

```
// old:
... loc("original_source.cpp":1:1)
// new:
... loc("snapshot_source.mlir":10:10)
```

- If set, the new location is fused with the original location in the form
of a
`Name Location`

with the specified tag.

Example:

```
// old:
... loc("original_source.cpp":1:1)
// new:
... loc(fused["original_source.cpp":1:1, "snapshot"("snapshot_source.mlir":10:10)])
```

#### Options ¶

```
-filename : The filename to print the generated IR
-tag : A tag to use when fusing the new locations with the original. If unset, the locations are replaced.
```

`-strip-debuginfo`

: Strip debug info from all operations ¶

This pass strips the IR of any location information, by replacing all
operation locations with
`unknown`

.

`-symbol-dce`

: Eliminate dead symbols ¶

This pass deletes all symbols that are found to be unreachable. This is done
by computing the set of operations that are known to be live, propagating
that liveness to other symbols, and then deleting all symbols that are not
within this live set. Live symbols are those that have a
visibility that extends
beyond the IR, e.g. `public`

, or those that are referenced by live symbols
or other non-Symbol operations.

For example, consider the following input:

```
func private @dead_private_function()
func private @live_private_function()
// Note: The `public` isn't necessary here, as this is the default.
func public @public_function() {
"foo.return"() {uses = [@live_private_function]} : () -> ()
}
```

A known live function, `public_function`

, contains a reference to an
otherwise non-live function `live_private_function`

. After running
`symbol-dce`

, only these two symbols should remain, as the final symbol
`dead_private_function`

is not visible outside of the current IR and there
are no links to known-live operations. After running, we get the expected:

```
func private @live_private_function()
func public @public_function() {
"foo.return"() {uses = [@live_private_function]} : () -> ()
}
```

See
Symbols and SymbolTables for more
information on `Symbols`

.

`-view-op-graph`

: Print Graphviz visualization of an operation ¶

This pass prints a Graphviz graph of a module.

- Operations are represented as nodes;
- Uses (data flow) as edges;
- Control flow as dashed edges;
- Regions/blocks as subgraphs.

By default, only data flow edges are printed.

Note: See https://www.graphviz.org/doc/info/lang.html for more information about the Graphviz DOT language.

#### Options ¶

```
-max-label-len : Limit attribute/type length to number of chars
-print-attrs : Print attributes of operations
-print-control-flow-edges : Print control flow edges
-print-data-flow-edges : Print data flow edges
-print-result-types : Print result types of operations
```

## Conversion Passes ¶

`-arm-neon-2d-to-intr`

: Convert Arm NEON structured ops to intrinsics ¶

`-convert-affine-for-to-gpu`

: Convert top-level AffineFor Ops to GPU kernels ¶

#### Options ¶

```
-gpu-block-dims : Number of GPU block dimensions for mapping
-gpu-thread-dims : Number of GPU thread dimensions for mapping
```

`-convert-arith-to-llvm`

: Convert Arithmetic dialect to LLVM dialect ¶

This pass converts supported Arithmetic ops to LLVM dialect instructions.

#### Options ¶

```
-index-bitwidth : Bitwidth of the index type, 0 to use size of machine word
```

`-convert-arith-to-spirv`

: Convert Arithmetic dialect to SPIR-V dialect ¶

#### Options ¶

```
-emulate-non-32-bit-scalar-types : Emulate non-32-bit scalar types with 32-bit ones if missing native support
```

`-convert-async-to-llvm`

: Convert the operations from the async dialect into the LLVM dialect ¶

Convert `async.execute`

operations to LLVM coroutines and use async runtime
API to execute them.

`-convert-bufferization-to-memref`

: Convert operations from the Bufferization dialect to the MemRef dialect ¶

This pass converts bufferization operations into memref operations.

In the current state, this pass only transforms a `bufferization.clone`

operation into `memref.alloc`

and `memref.copy`

operations. This conversion
is needed, since some clone operations could remain after applying several
transformation processes. Currently, only `canonicalize`

transforms clone
operations or even eliminates them. This can lead to errors if any clone op
survived after all conversion passes (starting from the bufferization
dialect) are performed.

See: https://llvm.discourse.group/t/bufferization-error-related-to-memref-clone/4665

To avoid these errors, this pass can be performed as a last clean-up pass to transform remaining operations and to proceed in other dialects (memref e.g.).

Note that this pass only transforms the operation without any further analyses. This pass does not consider any memory analysis or optimization and hence does not resolve any memory leaks.

`-convert-complex-to-llvm`

: Convert Complex dialect to LLVM dialect ¶

`-convert-complex-to-standard`

: Convert Complex dialect to standard dialect ¶

`-convert-gpu-launch-to-vulkan-launch`

: Convert gpu.launch_func to vulkanLaunch external call ¶

This pass is only intended for the mlir-vulkan-runner.

`-convert-gpu-to-nvvm`

: Generate NVVM operations for gpu operations ¶

#### Options ¶

```
-index-bitwidth : Bitwidth of the index type, 0 to use size of machine word
```

`-convert-gpu-to-rocdl`

: Generate ROCDL operations for gpu operations ¶

#### Options ¶

```
-index-bitwidth : Bitwidth of the index type, 0 to use size of machine word
-runtime : Runtime code will be run on (default is Unknown, can also use HIP or OpenCl)
```

`-convert-gpu-to-spirv`

: Convert GPU dialect to SPIR-V dialect ¶

This pass converts supported GPU device ops to SPIR-V ops. It does not handle GPU host ops.

A `gpu.func`

op can have parameters to pass in resources. But in SPIR-V
entry functions cannot take parameters; they use descriptors to access
resources. By default, parameters to a `gpu.func`

op will be converted to
global variables. These global variables will be assigned sequential binding
numbers following their order in the original `gpu.func`

op, starting from
0, in set 0. One can attach `spv.interface_var_abi`

to those parameters
to control the set and binding if wanted.

`-convert-linalg-to-llvm`

: Convert the operations from the linalg dialect into the LLVM dialect ¶

`-convert-linalg-to-spirv`

: Convert Linalg dialect to SPIR-V dialect ¶

This pass converts supported Linalg ops to SPIR-V ops. It’s quite experimental and are expected to migrate to other proper conversions.

`-convert-linalg-to-std`

: Convert the operations from the linalg dialect into the Standard dialect ¶

`-convert-math-to-libm`

: Convert Math dialect to libm calls ¶

This pass converts supported Math ops to libm calls.

`-convert-math-to-llvm`

: Convert Math dialect to LLVM dialect ¶

This pass converts supported Math ops to LLVM dialect intrinsics.

`-convert-math-to-spirv`

: Convert Math dialect to SPIR-V dialect ¶

`-convert-memref-to-llvm`

: Convert operations from the MemRef dialect to the LLVM dialect ¶

#### Options ¶

```
-use-aligned-alloc : Use aligned_alloc in place of malloc for heap allocations
-index-bitwidth : Bitwidth of the index type, 0 to use size of machine word
```

`-convert-memref-to-spirv`

: Convert MemRef dialect to SPIR-V dialect ¶

#### Options ¶

```
-bool-num-bits : The number of bits to store a boolean value
```

`-convert-openacc-to-llvm`

: Convert the OpenACC ops to LLVM dialect ¶

`-convert-openacc-to-scf`

: Convert the OpenACC ops to OpenACC with SCF dialect ¶

`-convert-openmp-to-llvm`

: Convert the OpenMP ops to OpenMP ops with LLVM dialect ¶

`-convert-parallel-loops-to-gpu`

: Convert mapped scf.parallel ops to gpu launch operations ¶

`-convert-pdl-to-pdl-interp`

: Convert PDL ops to PDL interpreter ops ¶

`-convert-scf-to-openmp`

: Convert SCF parallel loop to OpenMP parallel + workshare constructs. ¶

`-convert-scf-to-spirv`

: Convert SCF dialect to SPIR-V dialect. ¶

This pass converts SCF ops into SPIR-V structured control flow ops. SPIR-V structured control flow ops does not support yielding values. So for SCF ops yielding values, SPIR-V variables are created for holding the values and load/store operations are emitted for updating them.

`-convert-scf-to-std`

: Convert SCF dialect to Standard dialect, replacing structured control flow with a CFG ¶

`-convert-shape-constraints`

: Convert shape constraint operations to the standard dialect ¶

This pass eliminates shape constraints from the program, converting them to eager (side-effecting) error handling code.

This pass is separate from the regular convert-shape-to-standard, despite converting between the same dialects, because converting shape constraints can happen at a different part of the program than general shape computation lowering.

`-convert-shape-to-std`

: Convert operations from the shape dialect into the standard dialect ¶

`-convert-spirv-to-llvm`

: Convert SPIR-V dialect to LLVM dialect ¶

See https://mlir.llvm.org/docs/SPIRVToLLVMDialectConversion/ for more details.

`-convert-std-to-llvm`

: Convert scalar and vector operations from the Standard to the LLVM dialect ¶

Convert standard operations into the LLVM IR dialect operations.

#### Input invariant ¶

- operations including: arithmetic on integers and floats, constants, direct calls, returns and branches;
- no
`tensor`

types; - all
`vector`

are one-dimensional; - all blocks are reachable by following the successors of the first basic block;

If other operations are present and their results are required by the LLVM IR dialect operations, the pass will fail. Any LLVM IR operations or types already present in the IR will be kept as is.

#### Output IR ¶

Functions converted to LLVM IR. Function arguments types are converted one-to-one. Function results are converted one-to-one and, in case more than 1 value is returned, packed into an LLVM IR struct type. Function calls and returns are updated accordingly. Block argument types are updated to use LLVM IR types.

#### Options ¶

```
-use-bare-ptr-memref-call-conv : Replace FuncOp's MemRef arguments with bare pointers to the MemRef element types
-emit-c-wrappers : Emit wrappers for C-compatible pointer-to-struct memref descriptors
-index-bitwidth : Bitwidth of the index type, 0 to use size of machine word
-data-layout : String description (LLVM format) of the data layout that is expected on the produced module
```

`-convert-std-to-spirv`

: Convert Standard dialect to SPIR-V dialect ¶

#### Options ¶

```
-emulate-non-32-bit-scalar-types : Emulate non-32-bit scalar types with 32-bit ones if missing native support
```

`-convert-vector-to-gpu`

: Lower the operations from the vector dialect into the GPU dialect ¶

`-convert-vector-to-llvm`

: Lower the operations from the vector dialect into the LLVM dialect ¶

Convert operations from the vector dialect into the LLVM IR dialect operations. The lowering pass provides several options to control the kinds of optimizations that are allowed. It also provides options that enable the use of one or more architectural-specific dialects (AMX, X86Vector, ArmNeon, ArmSVE, etc.) in combination with the architectural-neutral vector dialect lowering.

#### Options ¶

```
-reassociate-fp-reductions : Allows llvm to reassociate floating-point reductions for speed
-enable-index-optimizations : Allows compiler to assume indices fit in 32-bit if that yields faster code
-enable-amx : Enables the use of AMX dialect while lowering the vector dialect.
-enable-arm-neon : Enables the use of ArmNeon dialect while lowering the vector dialect.
-enable-arm-sve : Enables the use of ArmSVE dialect while lowering the vector dialect.
-enable-x86vector : Enables the use of X86Vector dialect while lowering the vector dialect.
```

`-convert-vector-to-rocdl`

: Lower the operations from the vector dialect into the ROCDL dialect ¶

`-convert-vector-to-scf`

: Lower the operations from the vector dialect into the SCF dialect ¶

#### Options ¶

```
-full-unroll : Perform full unrolling when converting vector transfers to SCF
-target-rank : Target vector rank to which transfer ops should be lowered
-lower-permutation-maps : Replace permutation maps with vector transposes/broadcasts before lowering transfer ops
-lower-tensors : Lower transfer ops that operate on tensors
```

`-convert-vector-to-spirv`

: Convert Vector dialect to SPIR-V dialect ¶

`-gpu-to-llvm`

: Convert GPU dialect to LLVM dialect with GPU runtime calls ¶

`-launch-func-to-vulkan`

: Convert vulkanLaunch external call to Vulkan runtime external calls ¶

This pass is only intended for the mlir-vulkan-runner.

`-lower-affine`

: Lower Affine operations to a combination of Standard and SCF operations ¶

Convert operations from the affine dialect into operations from the SCF and standard dialects.

`affine.for`

operations are converted to `scf.for`

operations that are free
of certain structural restrictions (on their bounds and step). `affine.if`

is similarly converted to the `scf.if`

operation. `affine.apply`

operations
are converted into sequences of primitive arithmetic operations from the
standard dialect that have the same effect, using operands of the `index`

type. Consequently, named maps and sets thare are no longer in use may be
removed from the module.

For example, `%r = affine.apply affine_map<(d0, d1)[s0] -> (d0 + 2*d1 + s0)>(%d0, %d1)[%s0]`

can be converted into:

```
%d0 = <...>
%d1 = <...>
%s0 = <...>
%0 = arith.constant 2 : index
%1 = arith.muli %0, %d1
%2 = arith.addi %d0, %1
%r = arith.addi %2, %s0
```

#### Input invariant ¶

- no
`Tensor`

types;

These restrictions may be lifted in the future.

#### Output IR ¶

Functions with `affine.for`

and `affine.if`

operations eliminated. These
functions may contain operations from the Standard dialect in addition to
those already present before the pass.

#### Invariants ¶

- Functions without a body are not modified.
- The semantics of the other functions is preserved.
- Individual operations other than those mentioned above are not modified
if they do not depend on the loop iterator value or on the result of
`affine.apply`

.

`-lower-host-to-llvm`

: Lowers the host module code and `gpu.launch_func`

to LLVM ¶

`-reconcile-unrealized-casts`

: Simplify and eliminate unrealized conversion casts ¶

Eliminate `unrealized_conversion_cast`

operations, commonly introduced by
partial dialect conversions, that transitively convert a value to another
value of the same type, that is:

```
%0 = "producer.op"() : () -> !type.A
%1 = unrealized_conversion_cast %0 : !type.A to !type.B
%2 = unrealized_conversion_cast %1 : !type.B to !type.A
"consumer.op"(%2) : (!type.A) -> ()
```

Such situations appear when the consumer operation is converted by one pass and the producer operation is converted by another pass, each of which produces an unrealized cast. This pass can be used to clean up the IR.

`-tosa-to-linalg`

: Lower TOSA to LinAlg on tensors ¶

Pass that converts TOSA operations to the equivalent operations using the tensor operations in LinAlg.

`-tosa-to-linalg-named`

: Lower TOSA to LinAlg named operations ¶

Pass that converts TOSA operations to the equivalent operations using the Linalg named operations.

`-tosa-to-scf`

: Lower TOSA to the SCF dialect ¶

Pass that converts TOSA’s control flow operations to the equivalent SCF operations.

`-tosa-to-standard`

: Lower TOSA to the Standard dialect ¶

Pass that converts TOSA operations to the equivalent operations using the operations in the Standard dialect.

`async`

Dialect Passes ¶

`-async-parallel-for`

: Convert scf.parallel operations to multiple async compute ops executed concurrently for non-overlapping iteration ranges ¶

#### Options ¶

```
-async-dispatch : Dispatch async compute tasks using recursive work splitting. If `false` async compute tasks will be launched using simple for loop in the caller thread.
-num-workers : The number of available workers to execute async operations.
-min-task-size : The minimum task size for sharding parallel operation.
```

`-async-runtime-policy-based-ref-counting`

: Policy based reference counting for Async runtime operations ¶

This pass works at the async runtime abtraction level, after all
`async.execute`

and `async.await`

operations are lowered to the async
runtime API calls, and async coroutine operations.

This pass doesn’t rely on reference counted values liveness analysis, and instead uses simple policy to create reference counting operations. If the program violates any of the assumptions, then this pass might lead to memory leaks or runtime errors.

The default reference counting policy assumptions:

- Async token can be awaited or added to the group only once.
- Async value or group can be awaited only once.

Under these assumptions reference counting only needs to drop reference:

- After
`async.runtime.await`

operation for async tokens and groups (until error handling is not implemented for the sync await). - After
`async.runtime.is_error`

operation for async tokens and groups (this is the last operation in the coroutine resume function). - After
`async.runtime.load`

operation for async values.

This pass introduces significanly less runtime overhead compared to the automatic reference counting.

`-async-runtime-ref-counting`

: Automatic reference counting for Async runtime operations ¶

This pass works at the async runtime abtraction level, after all
`async.execute`

and `async.await`

operations are lowered to the async
runtime API calls, and async coroutine operations.

It relies on the LLVM coroutines switched-resume lowering semantics for the correct placing of the reference counting operations.

See: https://llvm.org/docs/Coroutines.html#switched-resume-lowering

`-async-runtime-ref-counting-opt`

: Optimize automatic reference counting operations for theAsync runtime by removing redundant operations ¶

`-async-to-async-runtime`

: Lower high level async operations (e.g. async.execute) to theexplicit async.runtime and async.coro operations ¶

#### Options ¶

```
-eliminate-blocking-await-ops : Rewrite functions with blocking async.runtime.await as coroutines with async.runtime.await_and_resume.
```

`affine`

Dialect Passes ¶

`-affine-data-copy-generate`

: Generate explicit copying for affine memory operations ¶

#### Options ¶

```
-fast-mem-capacity : Set fast memory space capacity in KiB (default: unlimited)
-fast-mem-space : Fast memory space identifier for copy generation (default: 1)
-generate-dma : Generate DMA instead of point-wise copy
-min-dma-transfer : Minimum DMA transfer size supported by the target in bytes
-slow-mem-space : Slow memory space identifier for copy generation (default: 0)
-skip-non-unit-stride-loops : Testing purposes: avoid non-unit stride loop choice depths for copy placement
-tag-mem-space : Tag memory space identifier for copy generation (default: 0)
```

`-affine-loop-invariant-code-motion`

: Hoist loop invariant instructions outside of affine loops ¶

`-affine-loop-normalize`

: Apply normalization transformations to affine loop-like ops ¶

`-affine-loop-tile`

: Tile affine loop nests ¶

#### Options ¶

```
-cache-size : Set size of cache to tile for in KiB
-separate : Separate full and partial tiles
-tile-size : Use this tile size for all loops
-tile-sizes : List of tile sizes for each perfect nest (overridden by -tile-size)
```

`-affine-loop-unroll`

: Unroll affine loops ¶

#### Options ¶

```
-unroll-factor : Use this unroll factor for all loops being unrolled
-unroll-up-to-factor : Allow unrolling up to the factor specified
-unroll-full : Fully unroll loops
-unroll-num-reps : Unroll innermost loops repeatedly this many times
-unroll-full-threshold : Unroll all loops with trip count less than or equal to this
```

`-affine-loop-unroll-jam`

: Unroll and jam affine loops ¶

#### Options ¶

```
-unroll-jam-factor : Use this unroll jam factor for all loops (default 4)
```

`-affine-parallelize`

: Convert affine.for ops into 1-D affine.parallel ¶

#### Options ¶

```
-max-nested : Maximum number of nested parallel loops to produce. Defaults to unlimited (UINT_MAX).
-parallel-reductions : Whether to parallelize reduction loops. Defaults to false.
```

`-affine-scalrep`

: Replace affine memref acceses by scalars by forwarding stores to loads and eliminating redundant loads ¶

This pass performs store to load forwarding and redundant load elimination for affine memref accesses and potentially eliminates the entire memref if all its accesses are forwarded.

Input

```
func @store_load_affine_apply() -> memref<10x10xf32> {
%cf7 = arith.constant 7.0 : f32
%m = memref.alloc() : memref<10x10xf32>
affine.for %i0 = 0 to 10 {
affine.for %i1 = 0 to 10 {
affine.store %cf7, %m[%i0, %i1] : memref<10x10xf32>
%v0 = affine.load %m[%i0, %i1] : memref<10x10xf32>
%v1 = arith.addf %v0, %v0 : f32
}
}
return %m : memref<10x10xf32>
}
```

Output

```
module {
func @store_load_affine_apply() -> memref<10x10xf32> {
%cst = arith.constant 7.000000e+00 : f32
%0 = memref.alloc() : memref<10x10xf32>
affine.for %arg0 = 0 to 10 {
affine.for %arg1 = 0 to 10 {
affine.store %cst, %0[%arg0, %arg1] : memref<10x10xf32>
%1 = arith.addf %cst, %cst : f32
}
}
return %0 : memref<10x10xf32>
}
}
```

`-affine-super-vectorize`

: Vectorize to a target independent n-D vector abstraction ¶

#### Options ¶

```
-virtual-vector-size : Specify an n-D virtual vector size for vectorization
-test-fastest-varying : Specify a 1-D, 2-D or 3-D pattern of fastest varying memory dimensions to match. See defaultPatterns in Vectorize.cpp for a description and examples. This is used for testing purposes
-vectorize-reductions : Vectorize known reductions expressed via iter_args. Switched off by default.
```

`-simplify-affine-structures`

: Simplify affine expressions in maps/sets and normalize memrefs ¶

`arith`

Dialect Passes ¶

`-arith-bufferize`

: Bufferize Arithmetic dialect ops. ¶

`-arith-expand`

: Legalize Arithmetic ops to be convertible to LLVM. ¶

`gpu`

Dialect Passes ¶

`-gpu-async-region`

: Make GPU ops async ¶

`-gpu-kernel-outlining`

: Outline gpu.launch bodies to kernel functions ¶

`linalg`

Dialect Passes ¶

`-convert-elementwise-to-linalg`

: Convert ElementwiseMappable ops to linalg ¶

Convert ops with the `ElementwiseMappable`

trait to linalg parallel loops.

This pass only converts ops that operate on ranked tensors. It can be run on op which contains linalg ops (most commonly a FunctionOpInterface op).

`-convert-linalg-tiled-loops-to-scf`

: Lower linalg tiled loops to SCF loops and parallel loops ¶

`-convert-linalg-to-affine-loops`

: Lower the operations from the linalg dialect into affine loops ¶

`-convert-linalg-to-loops`

: Lower the operations from the linalg dialect into loops ¶

`-convert-linalg-to-parallel-loops`

: Lower the operations from the linalg dialect into parallel loops ¶

`-linalg-bufferize`

: Bufferize the linalg dialect ¶

`-linalg-comprehensive-module-bufferize`

: Bufferize (tensor into memref) for a Module. ¶

This pass implements a cross-dialect bufferization approach and performs an analysis to determine which op operands and results may be bufferized in the same buffers. The analysis is performed on topologically sorted CallOp and FuncOp within a module. It provides analyses and bufferization across function boundaries. Within a function boundary, the analysis is performed on SSA use-def chains starting from function operands that are annotated with the ‘inplaceable’ attribute.

#### Options ¶

```
-test-analysis-only : Only runs inplaceability analysis (for testing purposes only)
-print-conflicts : Annotates IR with RaW conflicts. Requires test-analysis-only.
-allow-return-memref : Allows the return of memrefs (for testing purposes only)
-allow-unknown-ops : Allows unknown (not bufferizable) ops in the input IR.
-use-alloca : Use stack allocations for memrefs (for testing purposes only)
-use-linalg-copy : Use a copy operation implemented as a Linalg op.
-analysis-fuzzer-seed : Analyze ops in random order with a given seed (fuzzer)
-init-tensor-elimination : (Experimental) Try to eliminate init_tensor operations that are anchored at an insert_slice op
-create-deallocs : Specify if buffers should be deallocated. For compatibility with core bufferization passes.
```

`-linalg-detensorize`

: Detensorize linalg ops ¶

Detensoring is the process through which a tensor value is converted to one or potentially more primitive value(s). During this process, operations with such detensored operands are also converted to an equivalent form that works on primitives.

The detensoring process is driven by linalg-on-tensor ops. In particular, a
linalg-on-tensor op is checked to see whether *all* its operands can be
detensored. If so, those operands are converted to their primitive
counterparts and the linalg op is replaced by an equivalent op that takes
those new primitive values as operands. Therefore, detensoring an op can be
divided into 2 main logical phases:

- Detect/match an op that can be detensored.
- Detensor the operands of the op and replace it with a primitive equivalent.

In addition to detensoring individual ops, this pass detensors internal control flow inside a function. All blocks except for the entry block are detensored by converting their arguments whenever possible.

This can be run on any FunctionOpInterface op and must not be run on others. This is because it performs specific legalization of the blocks that make up the body, which it assumes has is a FunctionOpInterface.

#### Options ¶

```
-aggressive-mode : Detensorize all ops that qualify for detensoring along with branch operands and basic-block arguments.
```

`-linalg-fold-reshape-ops-by-linearization`

: Fold TensorReshapeOps with generic/indexed generic ops by linearization ¶

#### Options ¶

```
-allow-folding-unit-dim-reshapes : Allow fusing linalg.tensor_reshape ops that performs unit dimension collapsing
```

`-linalg-fold-unit-extent-dims`

: Remove unit-extent dimension in Linalg ops on tensors ¶

#### Options ¶

```
-fold-one-trip-loops-only : Only folds the one-trip loops from Linalg ops on tensors (for testing purposes only)
```

`-linalg-fuse-elementwise-ops`

: Fuse elementwise operations on tensors ¶

#### Options ¶

```
-allow-folding-unit-dim-reshapes : Allow fusing linalg.tensor_reshape ops that performs unit dimension collapsing
```

`-linalg-generalize-named-ops`

: Convert named ops into generic ops ¶

`-linalg-inline-scalar-operands`

: Inline scalar operands into linalg generic ops ¶

`-linalg-named-op-conversion`

: Convert from one named linalg op to another. ¶

`-linalg-promote-subviews`

: Promote subview ops to local buffers ¶

#### Options ¶

```
-test-promote-dynamic : Test generation of dynamic promoted buffers
-test-use-alloca : Test generation of alloca'ed buffers.
```

`-linalg-strategy-decompose-pass`

: Configurable pass to apply pattern-based generalization. ¶

#### Options ¶

```
-anchor-func : Which func op is the anchor to latch on.
```

`-linalg-strategy-enable-pass`

: Configurable pass to enable the application of other pattern-based linalg passes. ¶

#### Options ¶

```
-anchor-func : Which func op is the anchor to latch on.
```

`-linalg-strategy-generalize-pass`

: Configurable pass to apply pattern-based generalization. ¶

#### Options ¶

```
-anchor-func : Which func op is the anchor to latch on.
-anchor-op : Which linalg op within the func is the anchor to latch on.
```

`-linalg-strategy-interchange-pass`

: Configurable pass to apply pattern-based iterator interchange. ¶

#### Options ¶

```
-anchor-func : Which func op is the anchor to latch on.
```

`-linalg-strategy-lower-vectors-pass`

: Configurable pass to lower vector operations. ¶

#### Options ¶

```
-anchor-func : Which func op is the anchor to latch on.
```

`-linalg-strategy-pad-pass`

: Configurable pass to apply padding and hoisting. ¶

#### Options ¶

```
-anchor-func : Which func op is the anchor to latch on.
-anchor-op : Which linalg op within the func is the anchor to latch on.
```

`-linalg-strategy-promote-pass`

: Configurable pass to apply pattern-based linalg promotion. ¶

#### Options ¶

```
-anchor-func : Which func op is the anchor to latch on.
-anchor-op : Which linalg op within the func is the anchor to latch on.
```

`-linalg-strategy-remove-markers-pass`

: Cleanup pass that drops markers. ¶

#### Options ¶

```
-anchor-func : Which func op is the anchor to latch on.
```

`-linalg-strategy-tile-and-fuse-pass`

: Configurable pass to apply pattern-based tiling and fusion. ¶

#### Options ¶

```
-anchor-func : Which func op is the anchor to latch on.
-anchor-op : Which linalg op within the func is the anchor to latch on.
```

`-linalg-strategy-tile-pass`

: Configurable pass to apply pattern-based linalg tiling. ¶

#### Options ¶

```
-anchor-func : Which func op is the anchor to latch on.
-anchor-op : Which linalg op within the func is the anchor to latch on.
```

`-linalg-strategy-vectorize-pass`

: Configurable pass to apply pattern-based linalg vectorization. ¶

#### Options ¶

```
-anchor-func : Which func op is the anchor to latch on.
-anchor-op : Which linalg op within the func is the anchor to latch on.
-vectorize-padding : Enable vectorization of padding ops.
```

`-linalg-tile`

: Tile operations in the linalg dialect ¶

#### Options ¶

```
-tile-sizes : Tile sizes
-loop-type : Specify the type of loops to generate: for, parallel or tiled_loop
-distribution-types : DistributionTypes (if loop-type=tiled_loop)
```

`llvm`

Dialect Passes ¶

`-llvm-legalize-for-export`

: Legalize LLVM dialect to be convertible to LLVM IR ¶

`memref`

Dialect Passes ¶

`-fold-memref-subview-ops`

: Fold memref.subview ops into consumer load/store ops ¶

The pass folds loading/storing from/to subview ops to loading/storing from/to the original memref.

`-resolve-ranked-shaped-type-result-dims`

: Resolve memref.dim of result values of ranked shape type ¶

The pass resolves memref.dim of result of operations that
implement the `ReifyRankedShapedTypeOpInterface`

in terms of
shapes of its operands.

`-resolve-shaped-type-result-dims`

: Resolve memref.dim of result values ¶

The pass resolves memref.dim of result of operations that
implement the `InferShapedTypeOpInterface`

or
`ReifyRankedShapedTypeOpInterface`

in terms of shapes of its
operands.

`quant`

Dialect Passes ¶

`-quant-convert-const`

: Converts constants followed by qbarrier to actual quantized values ¶

`-quant-convert-simulated-quantization`

: Converts training-time simulated quantization ops to corresponding quantize/dequantize casts ¶

## Reducer Passes ¶

`-opt-reduction-pass`

: A wrapper pass that reduces the file with optimization passes ¶

#### Options ¶

```
-opt-pass : The optimization passes used for reduction, e.g., symbol-dce
-test : The location of the tester which tests the file interestingness
-test-arg : arguments of the tester
```

`-reduction-tree`

: Reduce the input with reduction-tree algorithm ¶

#### Options ¶

```
-traversal-mode : The graph traversal mode, the default is single-path mode
-test : The location of the tester which tests the file interestingness
-test-arg : arguments of the tester
```

`scf`

Dialect Passes ¶

`-for-loop-canonicalization`

: Canonicalize operations within scf.for loop bodies ¶

`-for-loop-peeling`

: Peel `for`

loops at their upper bounds. ¶

#### Options ¶

```
-skip-partial : Do not peel loops inside of the last, partial iteration of another already peeled loop.
```

`-for-loop-range-folding`

: Fold add/mul ops into loop range ¶

`-for-loop-specialization`

: Specialize `for`

loops for vectorization ¶

`-parallel-loop-fusion`

: Fuse adjacent parallel loops ¶

`-parallel-loop-specialization`

: Specialize parallel loops for vectorization ¶

`-parallel-loop-tiling`

: Tile parallel loops ¶

#### Options ¶

```
-parallel-loop-tile-sizes : Factors to tile parallel loops by
-no-min-max-bounds : Perform tiling with fixed upper bound with inbound check inside the internal loops
```

`-scf-bufferize`

: Bufferize the scf dialect. ¶

`-scf-for-to-while`

: Convert SCF for loops to SCF while loops ¶

This pass transforms SCF.ForOp operations to SCF.WhileOp. The For loop condition is placed in the ‘before’ region of the while operation, and the induction variable incrementation and loop body in the ‘after’ region. The loop carried values of the while op are the induction variable (IV) of the for-loop + any iter_args specified for the for-loop. Any ‘yield’ ops in the for-loop are rewritten to additionally yield the (incremented) induction variable.

```
scf.for %i = %c0 to %arg1 step %c1 {
%0 = arith.addi %arg2, %arg2 : i32
memref.store %0, %arg0[%i] : memref<?xi32>
}
# After:
%0 = scf.while (%i = %c0) : (index) -> index {
%1 = arith.cmpi slt, %i, %arg1 : index
scf.condition(%1) %i : index
} do {
^bb0(%i: index):
%1 = arith.addi %i, %c1 : index
%2 = arith.addi %arg2, %arg2 : i32
memref.store %2, %arg0[%i] : memref<?xi32>
scf.yield %1 : index
}
```

`shape`

Dialect Passes ¶

`-remove-shape-constraints`

: Replace all cstr_ ops with a true witness ¶

`-shape-bufferize`

: Bufferize the shape dialect. ¶

`-shape-to-shape-lowering`

: Legalize Shape dialect to be convertible to Standard ¶

`sparse_tensor`

Dialect Passes ¶

`-sparse-tensor-conversion`

: Apply conversion rules to sparse tensor primitives and types ¶

A pass that converts sparse tensor primitives to calls into a runtime support library. All sparse tensor types are converted into opaque pointers to the underlying sparse storage schemes.

Note that this is a current implementation choice to keep the conversion relatively simple. In principle, these primitives could also be converted to actual elaborate IR code that implements the primitives on the selected sparse tensor storage schemes.

Example of the conversion:

```
Before:
%c1 = arith.constant 1 : index
%0 = sparse_tensor.pointers %arg0, %c1
: tensor<8x8xf32, #sparse_tensor.encoding<{
dimLevelType = [ "dense", "compressed" ],
pointerBitWidth = 0,
indexBitWidth = 0
}>> to memref<?xindex>
After:
%c1 = arith.constant 1 : index
%0 = call @sparsePointers(%arg0, %c1) : (!llvm.ptr<i8>, index) -> memref<?xindex>
```

`-sparsification`

: Automatically generate sparse tensor code from sparse tensor types ¶

A pass that implements the core functionality of a **sparse compiler**.
Each Linalg operation (MLIR’s tensor index notation) that operates on
sparse tensor types is converted into code in which the sparsity is
explicit both in terms of co-iterating looping logic as well as
selected sparse storage schemes.

See the `SparseTensor`

dialect documentation for more background.

Example input:

```
#matvec = {
indexing_maps = [
affine_map<(i,j) -> (i,j)>, // A
affine_map<(i,j) -> (j)>, // b
affine_map<(i,j) -> (i)> // x (out)
],
iterator_types = ["parallel", "reduction"],
doc = "X(i) += A(i,j) * B(j)"
}
// Multiply a sparse matrix A with a dense vector b into a dense vector x.
func @kernel_matvec(%arga: tensor<?x?xf64, #SparseMatrix>,
%argb: tensor<?xf64>,
%argx: tensor<?xf64>) -> tensor<?xf64> {
%0 = linalg.generic #matvec
ins(%arga, %argb: tensor<?x?xf64, #SparseMatrix>, tensor<?xf64>)
outs(%argx: tensor<?xf64>) {
^bb(%a: f64, %b: f64, %x: f64):
%0 = arith.mulf %a, %b : f64
%1 = arith.addf %x, %0 : f64
linalg.yield %1 : f64
} -> tensor<?xf64>
return %0 : tensor<?xf64>
}
```

#### Options ¶

```
-parallelization-strategy : Set the parallelization strategy
-vectorization-strategy : Set the vectorization strategy
-vl : Set the vector length
-enable-simd-index32 : Enable i32 indexing into vectors (for efficiency)
```

`spv`

Dialect Passes ¶

`-decorate-spirv-composite-type-layout`

: Decorate SPIR-V composite type with layout info ¶

`-spirv-lower-abi-attrs`

: Decorate SPIR-V composite type with layout info ¶

`-spirv-rewrite-inserts`

: Rewrite sequential chains of spv.CompositeInsert operations into spv.CompositeConstruct operations ¶

`-spirv-update-vce`

: Deduce and attach minimal (version, capabilities, extensions) requirements to spv.module ops ¶

`standard`

Dialect Passes ¶

`-func-bufferize`

: Bufferize func/call/return ops ¶

A bufferize pass that bufferizes std.func and std.call ops.

Because this pass updates std.func ops, it must be a module pass. It is useful to keep this pass separate from other bufferizations so that the other ones can be run at function-level in parallel.

This pass must be done atomically because it changes func op signatures, which requires atomically updating calls as well throughout the entire module.

This pass also changes the type of block arguments, which requires that all
successor arguments of predecessors be converted. This is achieved by
rewriting terminators based on the information provided by the
`BranchOpInterface`

.
As this pass rewrites function operations, it also rewrites the
corresponding return operations. Other return-like operations that
implement the `ReturnLike`

trait are not rewritten in general, as they
require that the corresponding parent operation is also rewritten.
Finally, this pass fails for unknown terminators, as we cannot decide
whether they need rewriting.

`-std-bufferize`

: Bufferize the std dialect ¶

`-std-expand`

: Legalize std operations to be convertible to LLVM. ¶

`-tensor-constant-bufferize`

: Bufferize tensor constants. ¶

This pass bufferizes tensor constants.

This pass needs to be a module pass because it inserts memref.global ops into the module, which cannot be done safely from a function pass due to multi-threading. Most other bufferization passes can run in parallel at function granularity.

#### Options ¶

```
-alignment : Create global memrefs with a specified alignment
```

`tensor`

Dialect Passes ¶

`-tensor-bufferize`

: Bufferize the `tensor`

dialect ¶

## TOSA Dialect Passes ¶

`-tosa-infer-shapes`

: Propagate shapes across TOSA operations ¶

Pass that uses operand types and propagates shapes to TOSA operations. This includes legalizing rankless and dynamic shapes towards static.

`-tosa-make-broadcastable`

: TOSA rank Reshape to enable Broadcasting ¶

Pass that enables broadcast by making all input arrays have the same number of dimensions. Insert RESHAPE operations to prepend dimensions of size one until the number of dimensions is equal. Implements approach similar to step 1 of Numpy 4-step broadcasting: https://numpy.org/doc/stable/reference/ufuncs.html#broadcasting

`-tosa-optional-decompositions`

: Applies Tosa operations optional decompositions ¶

Pass to apply the Tosa operations decompositions exposed as populate functions in include/mlir/Dialect/Tosa/Transforms/Passes.h