sunggg commented on PR #12087: URL: https://github.com/apache/tvm/pull/12087#issuecomment-1189214887
@cbalint13, appreciate sharing your thoughts! I also think this is a great out-of-tree approach and look forward to its actual usage. > Could you add more documentation in general (e.g., explain what parameters are)? >> Current sample (_template) & doc are fine for a contrib module. >> It greatly enables "out-of-tree" maintenance towards custom HW accelarator design. >> Example parts Vanilla, Strawberry & Chocolate are nice levels of introductory & guidance. I agree that the overall docstring structure (e.g., Vanilla, Strawberry & Chocolate) would be a great introduction/tutorial. My issue was more like a code-level docstring since some of them are missing and I wasn't sure what each function or parameter exactly means. https://github.com/apache/tvm/blob/bc211fdc91932ef9b77f7edd2ff65151ee5faaff/python/tvm/relay/backend/contrib/uma/_template/codegen.py https://github.com/apache/tvm/blob/bc211fdc91932ef9b77f7edd2ff65151ee5faaff/python/tvm/relay/backend/contrib/uma/_template/codegen.py > It would be great to have a testing for end-to-end model-level testing. (e.g., run BERT with UMA on ARM EthosU) >> Sounds beyond of scope, same way we could "dream" a fully verilated BERT running verilator-contrib module (!) @tmoreau89 , @vegaluisjose > >> As for ARM-Ethos ⟨™⟩, my understanding is a quite different (not so "out-of-tree" principled) way to connect things inside, but @manupa-arm can comment more on this. > >> Would be possible in the future to decouple ARM-Ethos⟨™⟩ (or Vitis-AI) to be more "out-of-tree" by porting it over UMA, but this would be quite bit of another task. I see. Thank you for the clarification! Maybe my example was not relevant. I just thought it would be nice to have some model-level test cases since we seem to have all necessary components (UMA Partitioner, UMA Pipeline, UMA Lower, UMA Codegen) in this PR. I just wanted to see if current PR also covers a case where we lower some parts with UMA while handling other unsupported parts via the conventional pipeline. -- This is an automated message from the Apache Git Service. To respond to the message, please log on to GitHub and use the URL above to go to the specific comment. To unsubscribe, e-mail: [email protected] For queries about this service, please contact Infrastructure at: [email protected]
