-
Notifications
You must be signed in to change notification settings - Fork 1.5k
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
Cortex A57 fixes and Lapack 3.6.0 #696
Cortex A57 fixes and Lapack 3.6.0 #696
Conversation
ashwinyes
commented
Nov 23, 2015
- lapack-test fixes for Cortex A57
- Update to lapack 3.50
Change the GEMM_P, GEMM_Q, GEMM_R values for Cortex A57
…ixes Cortex A57 fixes and Lapack 3.6.0
partial revert of OpenMathLib@299cdcd from OpenMathLib#696, was not explained why that was needed
Do not see this on my various Linux/x86 systems either, suspect this is actually an ARM (or at most OS_ANDROID) thing, not Linux in general, cf. #597 |
Please see #246 I think the problem is on big machine. For |
Hmm. Wonder if it could be made conditional on "high" number of cores then (I see that the code initializing blas_cpu_number comes immediately after the function, so would only need to be shuffled up a few lines it seems) ? |
partial revert of OpenMathLib@299cdcd from OpenMathLib#696, was not explained why that was needed
I cannot reproduce SEGFAULT of lapack-test with default stack size on ARM Linux.
I cannot reproduce SEGFAULT of lapack-test with default stack size on ARM Linux.