-
Notifications
You must be signed in to change notification settings - Fork 689
[ET-VK] Allow clone op to transfer between memory layouts and storage types #6596
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Conversation
… types ## Changes As title. Extend the functionality of the `aten.clone` operator to allow transitioning the storage type and memory layout between the input to the output tensor. ## Context This functionality will be used to transition input tensors to the optimal storage type and memory layout before entering the execution of an op. The transition nodes will be added by a memory metadata tagging pass that will be introduced in a subsequent diff. Differential Revision: [D65277710](https://our.internmc.facebook.com/intern/diff/D65277710/) [ghstack-poisoned]
🔗 Helpful Links🧪 See artifacts and rendered test results at hud.pytorch.org/pr/pytorch/executorch/6596
Note: Links to docs will display an error until the docs builds have been completed. ❌ 2 New FailuresAs of commit 17a8e1f with merge base 1972e69 ( NEW FAILURES - The following jobs have failed:
This comment was automatically generated by Dr. CI and updates every 15 minutes. |
This pull request was exported from Phabricator. Differential Revision: D65277710 |
…and storage types" ## Changes As title. Extend the functionality of the `aten.clone` operator to allow transitioning the storage type and memory layout between the input to the output tensor. ## Context This functionality will be used to transition input tensors to the optimal storage type and memory layout before entering the execution of an op. The transition nodes will be added by a memory metadata tagging pass that will be introduced in a subsequent diff. Differential Revision: [D65277710](https://our.internmc.facebook.com/intern/diff/D65277710/) [ghstack-poisoned]
This pull request was exported from Phabricator. Differential Revision: D65277710 |
…and storage types" ## Changes As title. Extend the functionality of the `aten.clone` operator to allow transitioning the storage type and memory layout between the input to the output tensor. ## Context This functionality will be used to transition input tensors to the optimal storage type and memory layout before entering the execution of an op. The transition nodes will be added by a memory metadata tagging pass that will be introduced in a subsequent diff. Differential Revision: [D65277710](https://our.internmc.facebook.com/intern/diff/D65277710/) [ghstack-poisoned]
This pull request was exported from Phabricator. Differential Revision: D65277710 |
2ee526e
into
gh/SS-JIA/133/base
… types (#6607) Pull Request resolved: #6596 ## Changes As title. Extend the functionality of the `aten.clone` operator to allow transitioning the storage type and memory layout between the input to the output tensor. ## Context This functionality will be used to transition input tensors to the optimal storage type and memory layout before entering the execution of an op. The transition nodes will be added by a memory metadata tagging pass that will be introduced in a subsequent diff. ghstack-source-id: 251229412 @exported-using-ghexport Differential Revision: [D65277710](https://our.internmc.facebook.com/intern/diff/D65277710/) Co-authored-by: Stephen Jia <ssjia@meta.com>
* [ET-VK] Allow clone op to transfer between memory layouts and storage types Pull Request resolved: #6596 ## Changes As title. Extend the functionality of the `aten.clone` operator to allow transitioning the storage type and memory layout between the input to the output tensor. ## Context This functionality will be used to transition input tensors to the optimal storage type and memory layout before entering the execution of an op. The transition nodes will be added by a memory metadata tagging pass that will be introduced in a subsequent diff. ghstack-source-id: 251229412 @exported-using-ghexport Differential Revision: [D65277710](https://our.internmc.facebook.com/intern/diff/D65277710/) * [ET-VK] Enable buffer implementation of `aten.linear` Pull Request resolved: #6597 ## Changes As title. Extend the existing buffer implementation of `matmul` to support the linear operator as well. ghstack-source-id: 251229414 @exported-using-ghexport Differential Revision: [D65277712](https://our.internmc.facebook.com/intern/diff/D65277712/) --------- Co-authored-by: Stephen Jia <ssjia@meta.com>
Stack from ghstack (oldest at bottom):
aten.linear
#6597Changes
As title. Extend the functionality of the
aten.clone
operator to allow transitioning the storage type and memory layout between the input to the output tensor.Context
This functionality will be used to transition input tensors to the optimal storage type and memory layout before entering the execution of an op. The transition nodes will be added by a memory metadata tagging pass that will be introduced in a subsequent diff.
Differential Revision: D65277710