Uh oh!
There was an error while loading. Please reload this page.
bump PyTorch version to 1.11 - #10794
Conversation
t-vi
commented
Mar 26, 2022
Caffe2 has been dropped from PyTorch, which is what we are getting here: pytorch/pytorch#67151 |
t-vi
commented
Mar 26, 2022
I think I could need a hint how to proceed, given that this is likely a major issue for all caffe2 use in TVM. |
masahi
commented
Mar 26, 2022
Unless there is a standalone way to install caffe2, then I think removing caffe2 support entirely is the only way forward. Our caffe2 frontend hasn't been updated for years, so I don't think people would object... |
We can propose dropping caffe2 support to the community next week. In the meantime, we can remove caffe2 bits from CI to unblock this PR: |
masahi
commented
Mar 26, 2022
Also |
| "aten::device": self.none, | ||
| "prim::device": self.none, | ||
| "aten::sub": self.make_elemwise("subtract"), | ||
| "aten::sub": self.sub, |
There was a problem hiding this comment.
It seems this change breaks test_lstm.py:
FAILED test_lstm.py::test_custom_lstm - AttributeError: 'function' object has no attribute 'dtype'
There was a problem hiding this comment.
I'll see to fixing it. Thank you.
t-vi
commented
Mar 27, 2022
Ohoh. I think this is because Python 3.6 is EOL upstream and PyTorch doesn't support it anymore... |
masahi
commented
Mar 27, 2022
I thought we are now running Python 3.7, see
but maybe the qemu image hasn't been updated yet. |
leandron
commented
Mar 27, 2022
On this, it looks like ci_qemu (https://github.com/apache/tvm/blob/main/docker/Dockerfile.ci_qemu) is not installing Python using the commons script: https://github.com/apache/tvm/blob/main/docker/install/ubuntu1804_install_python.sh. This probably needs to be fixed in a separate PR. Do you want to send that fix? (Asking just because I won’t be able to take this for the next ~two weeks). |
Note that probably we need to update the So please wait another day before resuming PT 1.11 update work, or remove pytorch install from |
t-vi
commented
Mar 28, 2022
@masahi Thank you for merging the qemu Python bump and the advice. I think waiting for it to show up might be the cleanest option, especially given that I still need to learn so much about how the CI works. :) |
t-vi
commented
Mar 29, 2022
@masahi OK, so now we're part of the nightly with the qemu update. How would I get a version tag that is useful for bumping the version in the Jenkinsfile? |
masahi
commented
Mar 29, 2022
Yeah, so the way it works is as follows
Note that the above process needs to happen for every CI image update. Right now we are in the middle of I've been trying to run a CI job on |
t-vi
commented
Mar 29, 2022
Thank you @masahi . So if I understand this right, the next step is something you need to do? I'd appreciate a shout if I can proceed here or help other bits along. |
masahi
commented
Mar 29, 2022
Yes, pushing changes to |
leandron
commented
Mar 29, 2022
Just a heads up that you're likely to see the issue with updated containers - #10696. |
masahi
commented
Mar 29, 2022
Yeah I hit that error once a couple of hours before, fortunately the ongoing run https://ci.tlcpack.ai/blue/organizations/jenkins/tvm/detail/ci-docker-staging/238/pipeline/ didn't hit it. |
masahi
commented
Mar 29, 2022
#10815 was merged so we can resume the work on this PR. I restarted a CI job by closing / reopening (there should be a better way than this...) Also I dropped caffe2 deprecation announcement in https://discuss.tvm.apache.org/t/caffe2-frontend-support-is-being-dropped-to-unblock-pytorch-update/12442 |
t-vi
commented
Mar 30, 2022
in the docker build. I would not even know what to look at here... 😕 |
masahi
commented
Mar 30, 2022
Hopefully it is just a flaky issue, since the error came from the unrelated image |
t-vi
commented
Mar 30, 2022
I'm not sure whether it is flakiness or merging main, but it seems to be past that bit now. Hopefully, if there are more failures, it'll be something I can look into to fix. Thank you for all your help @masahi ! |
masahi
commented
Mar 30, 2022
you got an error in one of tests because the CI environment is still using PT 1.10. We get to use 1.11 at the last step of #10794 (comment) So can you revert that change or use different code paths depending on versions? |
t-vi
commented
Mar 30, 2022
I think I have the error from a premature 1.12 compat change, I'm fixing this right now but want to test locally. |
masahi
commented
Mar 30, 2022
Another |
t-vi
commented
Mar 30, 2022
All green. 🙂 |
t-vi
commented
Mar 30, 2022
Thank you, @masahi for merging and helping me. So next we would need to update the docker gpu image used before I can return to enabling the test that needs PyTorch 1.11? |
masahi
commented
Mar 30, 2022
Yes, the next step is to wait until the nightly image appears in https://hub.docker.com/r/tlcpackstaging/ci_gpu/tags. It will happen about 12h later. |
leandron
commented
Apr 5, 2022
To confirm here, as I did the update this time... the latest version of the images now contains PyTorch 1.11. |
masahi
commented
Apr 5, 2022
The update to PT 1.11 was already done in #10849 |
* bump PyTorch version to 1.11 * disable some caffe2 ci * Fix sub conversion in PyTorch frontend * use fuse_modules_qat if available, fallback to fuse_modules for older PyTorch * Re-Run CI
* bump PyTorch version to 1.11 * disable some caffe2 ci * Fix sub conversion in PyTorch frontend * use fuse_modules_qat if available, fallback to fuse_modules for older PyTorch * Re-Run CI
This bumps PyTorch to 1.11 and fixes 3 test failures. The bump is required to enable the libtorch_ops fallback due to DLPack version incompatibilities.
QAT training has its own
fuse_modulesversion (fuse_modules_qat) in PyTorch, so I changed the test.Two amendments to the front end:
searchsortedgets more (optional) parameters to its signature,subvariant withalpha(a - alpha * b). PyTorch rewritesrsubwithalphato this, but we ignored it. Now we handlesubwith alpha.Thank you, @masahi for getting me started with the bump and pointing out the test failures. Any errors are my own.