Skip to content

Conversation

@junrushao
Copy link
Member

This PR introduces Schedule.work_on, which instructs
Schedule.get_block to find the correct PrimFunc to retrieve from
without having to specify func_name in every time if the PrimFunc's
name is not main.

This PR introduces `Schedule.work_on`, which instructs
`Schedule.get_block` to find the correct PrimFunc to retrieve from
without having to specify `func_name` in every time if the PrimFunc's
name is not `main`.
@junrushao junrushao marked this pull request as ready for review July 3, 2022 00:37
@junrushao
Copy link
Member Author

CC: @tqchen

@junrushao junrushao merged commit f8186d8 into apache:main Jul 3, 2022
blackkker pushed a commit to blackkker/tvm that referenced this pull request Jul 7, 2022
This PR introduces `Schedule.work_on`, which instructs
`Schedule.get_block` to find the correct PrimFunc to retrieve from
without having to specify `func_name` in every time if the PrimFunc's
name is not `main`.
masahi pushed a commit to masahi/tvm that referenced this pull request Jul 15, 2022
This PR introduces `Schedule.work_on`, which instructs
`Schedule.get_block` to find the correct PrimFunc to retrieve from
without having to specify `func_name` in every time if the PrimFunc's
name is not `main`.
MasterJH5574 added a commit to MasterJH5574/tvm that referenced this pull request Apr 11, 2023
PR apache#11999 introduces the sugar method `work_on` to TIR Schedule, with
a field `func_working_on_` newly added to the ScheduleNode. In some
cases we may want to know which function a ScheduleNode is working on,
which is not supported previously.

Therefore, this PR introduces a method to ScheduleNode that returns
the function (more accurately, GlobalVar) currently being worked on.
With this we are able to know the function being worked on.
MasterJH5574 added a commit to MasterJH5574/tvm that referenced this pull request Apr 11, 2023
PR apache#11999 introduces the sugar method `work_on` to TIR Schedule, with
a field `func_working_on_` newly added to the ScheduleNode. In some
cases we may want to know which function a ScheduleNode is working on,
which is not supported previously.

Therefore, this PR introduces a method to ScheduleNode that returns
the function (more accurately, GlobalVar) currently being worked on.
With this we are able to know the function being worked on.
tqchen pushed a commit that referenced this pull request Apr 12, 2023
PR #11999 introduces the sugar method `work_on` to TIR Schedule, with
a field `func_working_on_` newly added to the ScheduleNode. In some
cases we may want to know which function a ScheduleNode is working on,
which is not supported previously.

Therefore, this PR introduces a method to ScheduleNode that returns
the function (more accurately, GlobalVar) currently being worked on.
With this we are able to know the function being worked on.
tqchen pushed a commit to tqchen/tvm that referenced this pull request Apr 12, 2023
PR apache#11999 introduces the sugar method `work_on` to TIR Schedule, with
a field `func_working_on_` newly added to the ScheduleNode. In some
cases we may want to know which function a ScheduleNode is working on,
which is not supported previously.

Therefore, this PR introduces a method to ScheduleNode that returns
the function (more accurately, GlobalVar) currently being worked on.
With this we are able to know the function being worked on.
junrushao pushed a commit that referenced this pull request Apr 12, 2023
PR #11999 introduces the sugar method `work_on` to TIR Schedule, with
a field `func_working_on_` newly added to the ScheduleNode. In some
cases we may want to know which function a ScheduleNode is working on,
which is not supported previously.

Therefore, this PR introduces a method to ScheduleNode that returns
the function (more accurately, GlobalVar) currently being worked on.
With this we are able to know the function being worked on.
mikeseven pushed a commit to mikeseven/tvm that referenced this pull request Sep 27, 2023
This PR introduces `Schedule.work_on`, which instructs
`Schedule.get_block` to find the correct PrimFunc to retrieve from
without having to specify `func_name` in every time if the PrimFunc's
name is not `main`.
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Labels

None yet

Projects

None yet

Development

Successfully merging this pull request may close these issues.

2 participants