You are viewing a plain text version of this content. The canonical link for it is here.
Posted to commits@tvm.apache.org by GitBox <gi...@apache.org> on 2022/05/16 06:40:48 UTC
[GitHub] [tvm-rfcs] cgerum commented on pull request #60: [RFC] UMA Universal Modular Accelerator Interface
cgerum commented on PR #60:
URL: https://github.com/apache/tvm-rfcs/pull/60#issuecomment-1127281501
> The main downside I see with this, is that all attributes are treated as strings since the type is hardcoded. However, I'm not sure if we can avoid this at all.
This could probably be solved by adding `type` and/or `default` arguments to the argument parser, e.g.:
```
self._register_target_attr("ultra_trail_attr_1", default=False)
```
For v1 I would prefer to only support default values, and restrict supported dtypes to string, int and bool.
> For A1: I would like to keep the phases. They definitely need proper documentation, but I think a handfull of phases (e.g., `PRE_PARTITIONING`, `POST_PARTITIONING`, ...) provide more orientation for new users than having to explicitly define the dependencies to other passes. We could think of also supporting the `before` and `after` options to provide more flexibility for experienced users.
I agree with @PaulPalomeroBernardo on the user perspective.
Implementing before and after options, also goes beyond the current Scope of UMA in my opinion. If we were to expose it in the UMA-API, pass dependencies should probably be implemented in TVM core.
--
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: commits-unsubscribe@tvm.apache.org
For queries about this service, please contact Infrastructure at:
users@infra.apache.org