blob: c86dc8bcb293b9f71e85339d98bc11ae955c5062 [file] [log] [blame] [view]
# Synchronous tensor I/O custom module sample
This sample expects that you've already produced a working version of the
[basic sample](/samples/custom_module/basic/) (including compiler installation
and CMake setup).
This sample demonstrates adding custom modules callable from compiler-produced
programs that take and return `tensor` types. By default custom calls are
treated as blocking operations that synchronize with the underlying device to
ensure all passed `tensor` buffer views are host coherent and it's assumed that
any returned `tensor` buffer views are ready for use when the call returns.
This approach is the easiest to integrate and looks similar to classic ML
frameworks custom calls. There are many significant performance implications of
using this approach, though, and synchronous calls should only be used when
no asynchronous approach is possible. See the
[async tensor](/samples/custom_module/async/) sample for how to define
custom calls that work asynchronously.
## Instructions
1. Compile the [example module](./test/example.mlir) to a .vmfb file:
```
iree-compile --iree-hal-target-backends=llvm-cpu samples/custom_module/sync/test/example.mlir -o=/tmp/example.vmfb
```
2. Build the `iree_samples_custom_module_sync_run` CMake target :
```
cmake -B ../iree-build/ -DCMAKE_BUILD_TYPE=RelWithDebInfo . \
-DCMAKE_C_FLAGS=-DIREE_VM_EXECUTION_TRACING_FORCE_ENABLE=1
cmake --build ../iree-build/ --target iree_samples_custom_module_sync_run
```
(here we force runtime execution tracing for demonstration purposes)
[See here](https://openxla.github.io/iree/building-from-source/getting-started/)
for general instructions on building using CMake.
3. Run the example program to call the main function:
```
../iree-build/samples/custom_module/sync/custom-module-sync-run \
/tmp/example.vmfb example.main
```