Re: [apache/tvm] [VOTE] Transition Main to Unity (Issue #16368)

+1 -- Reply to this email directly or view it on GitHub: https://github.com/apache/tvm/issues/16368#issuecomment-1881948272 You are receiving this because you are subscribed to this thread. Message ID:

Re: [apache/tvm] [VOTE] Clarify Community Strategy Decision Process (Issue #15521)

+1 -- Reply to this email directly or view it on GitHub: https://github.com/apache/tvm/issues/15521#issuecomment-1673499045 You are receiving this because you are subscribed to this thread. Message ID:

Re: [apache/tvm-rfcs] [Process RFC] Clarify Community Strategy Decision Process (PR #102)

Hi @leandron! Would you kindly consider posting the text changes you would like to see in order for you to lift your changes requested? This may help keep discussions concise as well as help others in the community understand your desires most directly. If convenient to you, it could help disc

Re: [apache/tvm] [VOTE] Establish TVM Unity Connection Technical Strategy (Issue #12651)

+1 -- Reply to this email directly or view it on GitHub: https://github.com/apache/tvm/issues/12651#issuecomment-1423091637 You are receiving this because you commented. Message ID:

Re: [apache/tvm] [VOTE] Establish TVM Unity Connection Technical Strategy (Issue #12651)

+1 -- Reply to this email directly or view it on GitHub: https://github.com/apache/tvm/issues/12651#issuecomment-1232278471 You are receiving this because you commented. Message ID:

Re: [apache/tvm] [VOTE] Commit Messages RFC (Issue #12583)

+1 -- Reply to this email directly or view it on GitHub: https://github.com/apache/tvm/issues/12583#issuecomment-1226494567 You are receiving this because you are subscribed to this thread. Message ID:

Re: [apache/tvm-rfcs] [RFC] Buffer Layout Padding (PR #77)

Thanks everyone for the very fruitful discussions! We indeed have a good path forward and are aligned on the principles that for the end to end optimization we will maintain function interface invariance and achieve graph level layout optimization via a combination of local decisions, reconstruc

Re: [apache/tvm-rfcs] [RFC] Buffer Layout Padding (PR #77)

Thanks for sharing the contextual pointers for the community @vinx13. Agreed the approaches discussed are both valid. I would actually like to argue the stronger point that they are complimentary and are only appearing to be contrary because we are considering too narrow of a scope. It can be

Re: [apache/tvm] [VOTE] Quarterly Releases RFC (Issue #11415)

+1 -- Reply to this email directly or view it on GitHub: https://github.com/apache/tvm/issues/11415#issuecomment-1139146457 You are receiving this because you are subscribed to this thread. Message ID:

Re: [apache/tvm] [VOTE] Release Apache TVM v0.8.0.rc0 (Issue #9504)

+1 -- You are receiving this because you are subscribed to this thread. Reply to this email directly or view it on GitHub: https://github.com/apache/tvm/issues/9504#issuecomment-969249736

Re: [apache/tvm] [VOTE] Adopt round-robin assignment of reviewers for GitHub pull request reviewer assignment. (#9057)

+1 -- You are receiving this because you are subscribed to this thread. Reply to this email directly or view it on GitHub: https://github.com/apache/tvm/issues/9057#issuecomment-924146897

Re: [apache/tvm] [VOTE] Adopt New Code Review Guideline (#8928)

+1 -- You are receiving this because you are subscribed to this thread. Reply to this email directly or view it on GitHub: https://github.com/apache/tvm/issues/8928#issuecomment-916519549

[Apache TVM Discuss] [Development/RFC] [RFC][Relay] FP32 -> FP16 Model Support

Thanks for this much needed contribution! Can you elaborate on the design you imagine for > there needs to be some control over the output data types for converted > operations. Some FP16 operations might accumulate results into FP32 for > numerical reasons and some might produce an FP16 numb