Any help ?
Besides this, I am also confused about the multi-thread runtime. Obviously the
runtime uses C++ threads, but [how cuda kernel
launches](https://discuss.tvm.apache.org/t/how-cuda-kernel-is-launched-in-tvm-stack/6167/7?u=shiy10)
says tvm supports no runtime concurrency.
---
[Vis
Thank you for your reply very much.
---
[Visit
Topic](https://discuss.tvm.apache.org/t/if-target-c-how-to-execute-the-c-program/11519/19)
to respond.
You are receiving this because you enabled mailing list mode.
To unsubscribe from these emails, [click
here](https://discuss.tvm.apache.o
I'm also a bit confused about your question, can you clarify what
custom_relay_op_3 is, and its relationship to custom_relay_op_1 and
custom_relay_op_2?
---
[Visit
Topic](https://discuss.tvm.apache.org/t/how-to-add-my-custom-relay-node-to-pattern-matcher-ethosu-example/11498/6)
to respon
sorry I should clarify. `libtvm_runtime.so` means the TVM C++ runtime library.
Compiled TVM models need to be ran using a TVM runtime (there are two--the TVM
C++ runtime or the TVM C runtime). The TVM runtime handles details such as
calling the compiled operator functions in graph order and me
cc @mikepapadim, who's reworking FuseOps to be more Composite+patterns like.
---
[Visit
Topic](https://discuss.tvm.apache.org/t/how-to-add-my-custom-relay-node-to-pattern-matcher-ethosu-example/11498/5)
to respond.
You are receiving this because you enabled mailing list mode.
To unsubscr
@cron I think you're asking about how to express a situation where a subgraph
of two adjacent Relay operators may match two patterns in the graph
partitioning logic. could you elaborate on the exact problem you're having? I
think the ordering logic should be sufficient to handle this, but it'd
Hi,
Apologies for the delayed reply. I don't entirely follow your question on
pattern matching - it seems like what you're talking about there is already
possible.
Regarding the query about the Ethos-U partitioning/legalizing flow, I think the
two routes are essentially equivalent. We partit
