[Apache TVM Discuss] [Development/RFC] [RFC] TensorIR: A schedulable IR for TVM
Great work! I believe this will make "scheduling" more flexible and intuitive! However, will this increase the coupling between the schedule and the lower pass, which may lead to an increase in the complexity of the lower pass? By the way, I'm also looking forward to know how to auto-schedule based on the the TensorIR. Thanks! --- [Visit Topic](https://discuss.tvm.apache.org/t/rfc-tensorir-a-schedulable-ir-for-tvm/7872/3) to respond. You are receiving this because you enabled mailing list mode. To unsubscribe from these emails, [click here](https://discuss.tvm.apache.org/email/unsubscribe/5925617787fa2ee2d343a58ba457d1aa6839fc66402c93e3b0c7ef63c225737c).
[Apache TVM Discuss] [Development/RFC] [RFC] TensorIR: A schedulable IR for TVM
Well-received with thanks! --- [Visit Topic](https://discuss.tvm.apache.org/t/rfc-tensorir-a-schedulable-ir-for-tvm/7872/7) to respond. You are receiving this because you enabled mailing list mode. To unsubscribe from these emails, [click here](https://discuss.tvm.apache.org/email/unsubscribe/08ac0a4be5a8f19be521f57ad137d22e814a0fd16ba753bd90180deb0631206e).
[Apache TVM Discuss] [Development/RFC] [DISCUSS] TVM v0.8 Roadmap
Looking forward to ansor/auto schedule! Perhaps more polyhedron models work as well? --- [Visit Topic](https://discuss.tvm.apache.org/t/discuss-tvm-v0-8-roadmap/8139/9) to respond. You are receiving this because you enabled mailing list mode. To unsubscribe from these emails, [click here](https://discuss.tvm.apache.org/email/unsubscribe/a692915ec53dd8645d5cd15927e185151aa1c696a1b5adf0c5f85deed40d8f7c).
[Apache TVM Discuss] [Development/RFC] [Guideline] Relay AOT
> **P1: Relay -> TIR::Function -> runtime.Module** > > As an alternative approach, we can first lower the relay function into a > TIR::Function that corresponds to the low-level actions taken by the runtime. Sounds great! BTW, does it mean the operators in the graph or sub-graph will be described in C++ in a graph AOT compiler? And will the operator still program in python DLS or in C++ if we want to add new operators? --- [Visit Topic](https://discuss.tvm.apache.org/t/guideline-relay-aot/5977/5) to respond. You are receiving this because you enabled mailing list mode. To unsubscribe from these emails, [click here](https://discuss.tvm.apache.org/email/unsubscribe/eaa00e2beec71ba70f1e69897100d26f9dfc928fb719f07c7de76b8bafcbb238).
[Apache TVM Discuss] [Development/RFC] [Guideline] Relay AOT
Thanks @areusch for reply! However, my maily question is that how do we express the op, like conv, in a subgraph. Still TE with python API or other C++ expression? I mainly focus on the expression of the operators like conv, which programming in python by compute(some placeholder and lambda) and schedules. This might because the graph compiler is not AOT(which means not C/C++, in my mind) before and the operators in a graph can be expressed by python sufficiently. Now we meet an AOT graph compiler. So is it necessary to program operators in a AOT way like C/C++? I'm not sure if my understanding is wrong. Feel free to point it out. Thanks! --- [Visit Topic](https://discuss.tvm.apache.org/t/guideline-relay-aot/5977/8) to respond. You are receiving this because you enabled mailing list mode. To unsubscribe from these emails, [click here](https://discuss.tvm.apache.org/email/unsubscribe/26c4d45cb3f551ea8f3fd4bcd39d0f99764bda4c4854de23666ed8a514dc3256).
[Apache TVM Discuss] [Development/RFC] [Guideline] Relay AOT
Ah, I realize that I got it wrong before. Graph AOT compiler will not affect the operator's programming model. But I still hope you @areusch could help me confirm whether my current thinking is correct. Thanks a lot! --- [Visit Topic](https://discuss.tvm.apache.org/t/guideline-relay-aot/5977/9) to respond. You are receiving this because you enabled mailing list mode. To unsubscribe from these emails, [click here](https://discuss.tvm.apache.org/email/unsubscribe/da9c06ac841f3833e8a360b0d012106a6afe18a0ce20c3e775068bd26065c4e6).
[Apache TVM Discuss] [Development/RFC] [Guideline] Relay AOT
Thanks a lot! @areusch --- [Visit Topic](https://discuss.tvm.apache.org/t/guideline-relay-aot/5977/11) to respond. You are receiving this because you enabled mailing list mode. To unsubscribe from these emails, [click here](https://discuss.tvm.apache.org/email/unsubscribe/b1128321225e9ec47bcf14fbc9d937b37d445c21ec8732fe8abb7ea0744a1b39).