Conversation
🔗 Helpful Links🧪 See artifacts and rendered test results at hud.pytorch.org/pr/95896
Note: Links to docs will display an error until the docs builds have been completed. ❌ 9 FailuresAs of commit e341481: NEW FAILURES - The following jobs have failed:
This comment was automatically generated by Dr. CI and updates every 15 minutes. |
|
@pytorchbot rebase |
|
@pytorchbot rebase |
|
@pytorchbot successfully started a rebase job. Check the current status here |
|
Successfully rebased |
03b64f0 to
6f61924
Compare
|
@pytorchbot rebase -b master |
|
@pytorchbot successfully started a rebase job. Check the current status here |
|
Successfully rebased |
6f61924 to
952c8f1
Compare
|
@pytorchbot merge -f "test failure unrelated" |
Merge startedYour change will be merged immediately since you used the force (-f) flag, bypassing any CI checks (ETA: 1-5 minutes). Learn more about merging in the wiki. Questions? Feedback? Please reach out to the PyTorch DevX Team |
|
@pytorchbot merge -f "Now all version references has been properly updated" |
The newer the trition the lower the perf :) Will just tweak tolerances lower |
Merge startedYour change will be merged immediately since you used the force (-f) flag, bypassing any CI checks (ETA: 1-5 minutes). Learn more about merging in the wiki. Questions? Feedback? Please reach out to the PyTorch DevX Team |
|
@weiwangmeta Why isn't perf smoke test run on PR CI? |
Yes it was run. My "theory" was the commit may just lowered certain percentage. The "flaky" (or runner run to run variation and/or runner to runner variation) became the "last straw on camel's back"... :) |
|
Please do not revert due to the binary builds updates, this was dependent on change on builder side that I forgot to push yesterday, i.e. this one: pytorch/builder@8bcc106 |
|
@malfet to prevent this from happening again, what do you think about adding an auto-labeler rule to add |
|
Something like this: #96526 |
|
@ZainRizvi trunk workflow should have detected that. But I'll submit the change that reduces number of repetitions in the code |
Fixes #ISSUE_NUMBER Pull Request resolved: pytorch/pytorch#95896 Approved by: https://github.com/jansel
This reverts commit 6e0359d. Reverted pytorch/pytorch#95896 on behalf of https://github.com/huydhn due to I am not quite sure what this is about yet, but testing 3.8 wheel starts to fail https://hud.pytorch.org/pytorch/pytorch/commit/6e0359dd4233b0cec51521bec8869f0a46ebd98b
Fixes #ISSUE_NUMBER Pull Request resolved: pytorch/pytorch#95896 Approved by: https://github.com/jansel, https://github.com/malfet
Define it once in `.ci/docker/trition_version.txt` and use everywhere. Also, patch version defined in `triton/__init__.py` as currently it always returns `2.0.0` even if package name is `2.1.0` Followup after #95896 where version needed to be updated in 4+ places Pull Request resolved: #96580 Approved by: https://github.com/huydhn
Define it once in `.ci/docker/trition_version.txt` and use everywhere. Also, patch version defined in `triton/__init__.py` as currently it always returns `2.0.0` even if package name is `2.1.0` Followup after #95896 where version needed to be updated in 4+ places Pull Request resolved: #96580 Approved by: https://github.com/huydhn
Automatically trigger binary builds when a commit pin is updated to ensure the new versions actually get tested. This is to prevent a recurrence of the build breaks introduced by #95896 (comment) Pull Request resolved: #96526 Approved by: https://github.com/huydhn, https://github.com/seemethere
This reverts commit 6e0359d. Reverted pytorch/pytorch#95896 on behalf of https://github.com/huydhn due to I am not quite sure what this is about yet, but testing 3.8 wheel starts to fail https://hud.pytorch.org/pytorch/pytorch/commit/6e0359dd4233b0cec51521bec8869f0a46ebd98b
Fixes #ISSUE_NUMBER Pull Request resolved: pytorch/pytorch#95896 Approved by: https://github.com/jansel, https://github.com/malfet
Define it once in `.ci/docker/trition_version.txt` and use everywhere. Also, patch version defined in `triton/__init__.py` as currently it always returns `2.0.0` even if package name is `2.1.0` Followup after pytorch/pytorch#95896 where version needed to be updated in 4+ places Pull Request resolved: pytorch/pytorch#96580 Approved by: https://github.com/huydhn
Define it once in `.ci/docker/trition_version.txt` and use everywhere. Also, patch version defined in `triton/__init__.py` as currently it always returns `2.0.0` even if package name is `2.1.0` Followup after pytorch/pytorch#95896 where version needed to be updated in 4+ places Pull Request resolved: pytorch/pytorch#96580 Approved by: https://github.com/huydhn
Automatically trigger binary builds when a commit pin is updated to ensure the new versions actually get tested. This is to prevent a recurrence of the build breaks introduced by pytorch/pytorch#95896 (comment) Pull Request resolved: pytorch/pytorch#96526 Approved by: https://github.com/huydhn, https://github.com/seemethere
Define it once in `.ci/docker/trition_version.txt` and use everywhere. Also, patch version defined in `triton/__init__.py` as currently it always returns `2.0.0` even if package name is `2.1.0` Followup after pytorch/pytorch#95896 where version needed to be updated in 4+ places Pull Request resolved: pytorch/pytorch#96580 Approved by: https://github.com/huydhn
Define it once in `.ci/docker/trition_version.txt` and use everywhere. Also, patch version defined in `triton/__init__.py` as currently it always returns `2.0.0` even if package name is `2.1.0` Followup after pytorch/pytorch#95896 where version needed to be updated in 4+ places Pull Request resolved: pytorch/pytorch#96580 Approved by: https://github.com/huydhn
Automatically trigger binary builds when a commit pin is updated to ensure the new versions actually get tested. This is to prevent a recurrence of the build breaks introduced by pytorch/pytorch#95896 (comment) Pull Request resolved: pytorch/pytorch#96526 Approved by: https://github.com/huydhn, https://github.com/seemethere
Fixes #ISSUE_NUMBER