-
Couldn't load subscription status.
- Fork 25.7k
Building support for oneDNN v2.5. #69957
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
CI Flow Status⚛️ CI FlowRuleset - Version:
You can add a comment to the PR and tag @pytorchbot with the following commands: # ciflow rerun, "ciflow/default" will always be added automatically
@pytorchbot ciflow rerun
# ciflow rerun with additional labels "-l <ciflow/label_name>", which is equivalent to adding these labels manually and trigger the rerun
@pytorchbot ciflow rerun -l ciflow/scheduled -l ciflow/slowFor more information, please take a look at the CI Flow Wiki. |
🔗 Helpful links
💊 CI failures summary and remediationsAs of commit 400d075 (more details on the Dr. CI page): 💚 💚 Looks good so far! There are no failures yet. 💚 💚 This comment was automatically generated by Dr. CI (expand for details).Please report bugs/suggestions to the (internal) Dr. CI Users group. |
1c7a836 to
cebed90
Compare
|
@VitalyFedyunin This is the PR for filling the compatibility gap of build with oneDNN v2.5. A separate PR (that depends on this PR) will be submitted with ideep/oneDNN upgrade to v2.5. |
|
This PR's commits have been included in #71546. It can be closed. @zhuhaozhe |
The oneAPI Deep Neural Network Library (previously known as Intel(R) Math Kernel Library for Deep Neural Networks (Intel(R) MKL-DNN) and Deep Neural Network Library (DNNL)) will only accept building or runtime flags which start with "DNNL_" from version v2.5.
This PR is a minimized PR to un-block oneDNN v2.5 building with PyTorch. We only solve building flag compatibility in this PR and keep the user flag like "USE_MKLDNN" "MKLDNN_CPU_RUNTIME" still working as before.
As to the compatibility of runtime flag MKLDNN_VERBOSE, we plan to solve it with an ideep update together with oneDNN v2.5 upgrade. The idea is to set "DNNL_VERBOSE" when ideep is loaded if "MKLDNN_VERBOSE" is set.