[rocm7.1_internal_testing] Enable CentOS logic #2735
Conversation
|
Jenkins build for 3fb15006755de929d994c452670ee3f4f834dc59 commit finished as NOT_BUILT |
|
Jenkins build for f595465ce2975b65712dadcb2a9ce1c419891c5f commit finished as NOT_BUILT |
|
Jenkins build for fb6681a96c531829a5ceeac4659602880939b9b5 commit finished as NOT_BUILT |
|
Jenkins build for 9f6e599ca8165f9b9d4894834cde2cfcfbd09e68 commit finished as NOT_BUILT |
|
Jenkins build for 790b863d8ff015a2c72b8a9a4a9c518a8781a322 commit finished as NOT_BUILT |
|
Jenkins build for 790b863d8ff015a2c72b8a9a4a9c518a8781a322 commit finished as FAILURE |
|
Jenkins build for 0089f530761a36e31861b8dbe731d93f92b1bb26 commit finished as NOT_BUILT |
Disable triton as this is not requirement for cs9 docker based testing. http://rocm-ci.amd.com/job/mainline-framework-pytorch-internal-cs9-ci/391/console It's failing currently for cs9 20:36:18 #46 304.3 /var/lib/jenkins/.triton/llvm/llvm-7d5de303-ubuntu-x64/bin/mlir-tblgen: /lib64/libstdc++.so.6: version `GLIBCXX_3.4.30' not found (required by /var/lib/jenkins/.triton/llvm/llvm-7d5de303-ubuntu-x64/bin/mlir-tblgen)
|
Jenkins build for 78e9cc0fb5f4af44c9c06227ffb6d6bba03c60d1 commit finished as NOT_BUILT |
|
Jenkins build for 40fbda30f513fd62eb0f68f09ac8295feafa8c6b commit finished as NOT_BUILT |
|
Jenkins build for 40fbda30f513fd62eb0f68f09ac8295feafa8c6b commit is in progress |
|
Since this branch is purely for internal QA consumption hence merging the PR to unblock https://ontrack-internal.amd.com/browse/SWDEV-549853 Finally compilation has started, http://rocm-ci.amd.com/job/mainline-framework-pytorch-internal-cs9-ci/394/console
|
| fi | ||
| # precompiled miopen kernels is too old and never updated from last 3+yrs so removing the logic to install | ||
| # Also, these kernels are not generating for MI300X, MI350 and also not reliable anymore | ||
|
|
There was a problem hiding this comment.
@BrianHarrisonAMD Can you please comment here confirming the above is okay, or tag the correct POC?
There was a problem hiding this comment.
@JonathanLichtnerAMD @DarylHawkinsAMD would likely be best for the current status.
There was a problem hiding this comment.
We're currently re-evaluating the effectiveness and applicability of the KDB files that ship with MIOpen. I think you are safe to exclude them for now as you are correct in that they have not been updated for quite some time. We have also switched to using more precompiled kernels and fewer runtime compiled ones so there is less benefit overall from this database. This should still leave the user cache mechanism in place so if there are customers who benefit from a runtime compiled kernel cache they should only pay the compilation cost the first time they run the kernel with a given set of runtime compile args.
| TRITON=yes | ||
| # To ensure that any ROCm config will build using conda cmake | ||
| # and thus have LAPACK/MKL enabled | ||
| CONDA_CMAKE=yes |
There was a problem hiding this comment.
This has been deprecated upstream e.g. pytorch#160832, so we definitely shouldn't reintroduce this upstream, but I'm also trying to understand if this is still needed for internal CI?
Fixes #ISSUE_NUMBER
https://ontrack-internal.amd.com/browse/SWDEV-549853