forked from iree-org/iree
-
Notifications
You must be signed in to change notification settings - Fork 0
Commit
This commit does not belong to any branch on this repository, and may belong to a fork outside of the repository.
Plumb dynamic shape support through for Vulkan and VMVX (iree-org#6917)
This commit plumbs dynamic shape support through for both Vulkan and VMVX. They rely on 1-D MemRef and running `FlattenMemRefSubspanPass` in advance, instead of MemRef descriptors. In order to enable dynamic shape support, we need to carry the SSA values for dynamic dimensions down the CodeGen pipeline so that we can linearize the index calculation in `FlattenMemRefSubspanPass`. We have such information tightly associated with various ops at the Flow level, but when outlining executables and materializing HAL interface, the association is broken down. Instead, `tie_shape` ops are used to carry such information. It's structurally difficult to maintain and convert. So this commit changes the `hal.interface.binding.subspan` to carry the dynamic dimension SSA values by itself, like many other ops in Flow/HAL. It's a natural change that simplifies lots of analysis and transformation. For example, we don't need to maintain the two step conversion at CPU side (first generating an undefined MemRef descriptor when handling the `subspan` op, and then filling its content when handling the `tie_shape` op). It also makes the intervals of HAL more akin to Flow on this front. Other changes are mostly natural based on that: * `MaterializeInterfaces` picks up the information from `tie_shape` ops and attaches them to `subspan` ops. * `FlattenBindingSubspan` reads the dynamic dimensions to perform index linearization. * `ConvertToLLVM` now generates the full MemRef descriptor from `subspan` ops. * A new pass is added to fold `memref.dim`/`tensor.dim` ops over shape carrying ops. This puts IREE CodeGen dynamic shape support for Vulkan/VMvX in a very nice state: Because we run `FoldSubViewOpsPass` in advance, there won't be intermediate MemRefs (coming from `subview` ops). So load/stores directly take in HAL `subspan` ops. By definition in IREE we have tightly packed buffers so all MemRefs coming from subspans should have strides of the total element count in inner dimensions. So symbolic strides in subspan ops' AffineMaps correspond to SSA values for dimension sizes (or their products). Offsets are attached to subspan ops as SSA values, but then they are "transferred" to load/store ops during memref flattening, by being part of the index linearization calculation.
- Loading branch information
1 parent
64e5225
commit bfd507f
Showing
54 changed files
with
895 additions
and
425 deletions.
There are no files selected for viewing
This file contains bidirectional Unicode text that may be interpreted or compiled differently than what appears below. To review, open the file in an editor that reveals hidden Unicode characters.
Learn more about bidirectional Unicode characters
This file contains bidirectional Unicode text that may be interpreted or compiled differently than what appears below. To review, open the file in an editor that reveals hidden Unicode characters.
Learn more about bidirectional Unicode characters
This file contains bidirectional Unicode text that may be interpreted or compiled differently than what appears below. To review, open the file in an editor that reveals hidden Unicode characters.
Learn more about bidirectional Unicode characters
This file contains bidirectional Unicode text that may be interpreted or compiled differently than what appears below. To review, open the file in an editor that reveals hidden Unicode characters.
Learn more about bidirectional Unicode characters
This file contains bidirectional Unicode text that may be interpreted or compiled differently than what appears below. To review, open the file in an editor that reveals hidden Unicode characters.
Learn more about bidirectional Unicode characters
This file was deleted.
Oops, something went wrong.
Oops, something went wrong.