tqchen commented on PR #77: URL: https://github.com/apache/tvm-rfcs/pull/77#issuecomment-1165724403
> In general, a PrimFunc's interface could only be changed when calls into the PrimFunc are also modified to remain compatible. Agreed, that is what I originally intended to say > Is there a better term than "scheduling primitive" to describe layout transformations that impact input/output buffers? I think the difference is between context-independent transformations that may be performed on a PrimFunc without changing, as opposed to context-dependent transformations that may only be performed as part of a graph-level transformation. There are a few things, one approach would be to allow schedule primitive to modify multiple functions(including callers), we might need this for more complicated cases. In our particular example, however, the idea is that the schedule primitive do not modify the input/output buffer, but introduce preproc and postproc stages with clear hint that they should be lifted out (aka we are doing the same thing in two steps) -- 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-unsubscr...@tvm.apache.org For queries about this service, please contact Infrastructure at: us...@infra.apache.org
