[quote="mehrdadh, post:14, topic:12334"]
Regarding the guideline/tooling, in my experience I see that people spend a
good time on writing the PR description and usually PR description includes
enough information to get a good understanding of the commit after merge. I
wonder if there’s a way t
In https://github.com/apache/tvm/pull/9727 and
[RFC#39](https://github.com/apache/tvm-rfcs/blob/main/rfcs/0039-buffer-physical-layout.md),
we deprecated Load and Store to use BufferLoad and BufferStore instead in
order to support generalized multi-dimensional physical buffer access. This is
a f
I am not aware of other dependencies. I agree that fork and maintain in mxnet
would be a good path forward.
---
[Visit Topic](https://discuss.tvm.apache.org/t/should-we-delete-nnvm/12330/5)
to respond.
You are receiving this because you enabled mailing list mode.
To unsubscribe from thes
Does anyone else depend on NNVM? If not, we are happy to either receive the
code donation from TVM, or fork a version and maintain it in MXNet. Otherwise,
let us know who the other dependencies are and we can coordinate.
---
[Visit Topic](https://discuss.tvm.apache.org/t/should-we-delete-n
> One overall question I have is whether this proposal is strictly limited to
> accelerators or whether it could also be used by any back-end that leverages
> the target hook functionality? For example, it seems possible to register
> kernel libraries (e.g. CMSIS-NN) using a similar interface?
I agree we should find plans to coordinate and deprecate NNVM. perhaps allowing
mxnet to ref to the v0.8 version or obtain a local copy
---
[Visit Topic](https://discuss.tvm.apache.org/t/should-we-delete-nnvm/12330/3)
to respond.
You are receiving this because you enabled mailing list mod
Hi @driazati,
I think this is a great improvement to help empower more people to contribute
without having to synchronise with those with certain powers in the project
across many timezones and organisations, as well as providing some much needed
consistency on commit messages. Could this imp
@gromero thanks for initiating this conversation. I think this is an important
topic to consider as the TVM contributions are growing. Having a guideline that
the community has accepted is important so the reviewers could use as a
reference to make decisions. But more importantly, I totally ag
Hi all,
The next TVM Community Meeting is Wednesday, March 16 at 8:00am PST, 16:00 UTC
(4:00pm London), 17:00 CEST, 21:30 India, 24:00 China. This is the first TVM
Community Meeting of 2022 and is unified with the microTVM Community Meeting.
The agenda for this meeting can be found in the [ag
Try `mods.get_function(...)` instead.
---
[Visit
Topic](https://discuss.tvm.apache.org/t/attributeerror-module-object-has-no-attribute-getfunction/12337/2)
to respond.
You are receiving this because you enabled mailing list mode.
To unsubscribe from these emails, [click
here](https://di
Thanks @gromero for starting this RFC! I think sorting out commit messages will
have a very good impact down the line in organising the project as a whole.
Adding automation to check/enforce this is a great and I support it very much,
but I think the important thing at project level as a resul
cc : @masahi @Lunderberg
---
[Visit
Topic](https://discuss.tvm.apache.org/t/commit-message-guideline/12334/12) 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/3b0038
Thanks @gromero for taking this initiative.
I would actually push us to take a pragmatic route to enforce these (kind of
agreeing @driazati ) given the distributed nature of the TVM/OSS project,
failing that we fallback to being at least a "guideline" -- which we dont have
at the minute :) .
13 matches
Mail list logo
