Merge pull request #2317 from aarnez/develop

Change bad usage of "asum" to "sum" in ZARCH versions of ?sum

Change bad usage of "asum" to "sum" in ZARCH versions of ?sum

The ZARCH implementations of ?sum contain a cut & paste-error: An inline
assembly argument is named "sum", but the assembly references "asum"
instead.  The mismatch causes a build error.  This is fixed.

Merge pull request #2315 from ewanglong/develop

revised fix windows compatible for #2313

revised fix windows compatible for #2313

Signed-off-by: Wang, Long <long1.wang@intel.com>

Merge pull request #2314 from Jehan/wip/Jehan/fix-openblas-crash

Fix usage of TerminateThread() causing critical section corruption.

Merge pull request #2312 from martin-frbg/power8be

Further Power8 big-endian corrections

Merge pull request #2313 from ewanglong/develop

Fix the integer overflow issue for large matrix size

For the sake of windows compatible, used "unsigned long long" to ensure 64-bit length

Signed-off-by: Wang, Long <long1.wang@intel.com>

Fix usage of TerminateThread() causing critical section corruption.

This patch was submitted to the GIMP project by a publisher wishing to
keep confidentiality (hence anonymously). I just pass along the patch.
Here is the patch explanation which came with:

First they remind us what Microsoft documentation says about
TerminateThread:
> TerminateThread is a dangerous function that should only be used in
> the most extreme cases. You should call TerminateThread only if you
> know exactly what the target thread is doing, and you control all of
> the code that the target thread could possibly be running at the time
> of the termination.
(https://docs.microsoft.com/en-us/windows/win32/api/processthreadsapi/nf-processthreadsapi-terminatethread)

Then they say that 5 milliseconds time-out might not be long enough for
the thread to exit gracefully. They propose to set it to a much higher
value (for instance here 5 seconds).

And finally you should always check the return value of
WaitForSingleObject(). In particular you want to run TerminateThread()
only if WaitForSingleObject() failed, not on success case.

Fix the integer overflow issue for large matrix size

For large matrix, e.g. M=N=K, and M>1290, int mnk=M*N*K will overflow.
This will lead to wrong branching to single-threading. The performance
is downgraded significantly.

Signed-off-by: Wang, Long <long1.wang@intel.com>

Merge pull request #2310 from martin-frbg/ppc440

Fix PPC440 big-endian support and disable the QCDOC qalloc routine by default

Define alternate kernels for big-endian POWER8

Fix compilation for big-endian POWER8

Define alternate kernels for big-endian PPC440

Disable the old QCDOC qalloc by default and copy utility functions from memory.c

1. qalloc() appears to have been a special routine written for the PPC440-based QCDOC supercomputer(s) from around 2005, its source does not seem to be readily available. So switch the #if 1 in the code to rely on standard malloc() by default.
2. Utility functions like get_num_procs, get_num_threads that were added to the "normally" used memory.c in the meantime were still missing here.

Merge pull request #17 from xianyi/develop

rebase

Merge pull request #2309 from martin-frbg/ppc970-be

Fix PPC970 big-endian support

Define alternate kernels for big-endian PPC970

The altivec versions of SGEMM and CGEMM fail most test in LAPACK-TESTING when compiled for big endian, STRSM/CTRSM even cause segfaults. The rot kernels either fail the corresponding utest or lead to failures in LAPACK-TESTING.

Use "generic" S/CGEMM unroll M on big-endian PPC970

as the respective PPC970 "altivec" kernels give wrong results when compiled for big endian

Merge pull request #2308 from martin-frbg/ctestfix

Fix potential issue in the c/z blas3 ctests

Fix potential spurious failure from uninitialized variable

Fix potential spurious failure from uninitialized variable

Merge pull request #2305 from wjc404/develop

AVX512 CGEMM & ZGEMM kernels

AVX512 CGEMM & ZGEMM kernels

96-99% 1-thread performance of MKL2018

Merge pull request #15 from xianyi/develop

rebase

Merge pull request #2300 from wjc404/develop

Optimize SGEMM on SKYLAKEX CPUs

optimizations of software prefetching

Merge pull request #2302 from martin-frbg/ppc970

Disable three-operand DCBT on PPC970 regardless of operating system

Merge pull request #2301 from martin-frbg/ppc8be

Disable IDAMIN/MAX and IZAMIN/MAX optimizations on big-endian POWER8

Merge pull request #2294 from martin-frbg/ios-cleanup

Remove obsolete workarounds for IOS on ARMV8

Add files via upload

optimizations via software prefetches

Use the two-operand form of DCBT on all PPC970 regardless of OS

There seems to be no advantage to the three-operand form used in the earliest GotoBLAS kernels, and it causes compilation problems  on other than the previously special-cased platforms as well

The assembly microkernel is not safe to use on ELFv1

The assembly microkernel is not safe to use on ELFv1

The assembly microkernel is not safe to use on ELFv1

The assembly microkernel is not safe to use on ELFv1

Merge pull request #13 from xianyi/develop

resync with upstream

Add files via upload

Add files via upload

new sgemm kernel for skylakex

update sgemm_q on skylakex cpus

Merge pull request #2296 from kdunee/develop

Fixed a minor cmake problem, occuring when DYNAMIC_ARCH=ON and CMAKE_C_FLAGS was empty

Fixed a minor cmake problem, occuring when DYNAMIC_CORE=ON and CMAKE_C_FLAGS was empty

Merge pull request #2293 from martin-frbg/pr2288

Add support for NetBSD by adding it to the existing xBSD conditionals

Remove special parameter set for obsolete IOS/ARMV8 workaround

Remove the IOS fallbacks to generic C kernels

Fix regex to parse -R options with and without whitespace

Both forms are seen on NetBSD (#2288)

Add NetBSD to the xBSD conditionals

Add NetBSD

Merge pull request #2292 from martin-frbg/g95fixes

Improve support for g95 and non-GNU ld

Merge pull request #2291 from martin-frbg/gensymbol

Fix netlib 3.7/3.8 function enumeration for linktest

Merge pull request #2282 from martin-frbg/issue2281

Optimize RPCC function on ARM64

Merge pull request #2290 from martin-frbg/cpuidfixes

Fixup x86 cpuid changes from #2283

Improve support for g95 and non-GNU ld

Auto-add "-fno-second-underscore" option to make LAPACKE compile (as it calls LAPACK functions that may have gotten a second underscore added otherwise). Also support -R for rpath when parsing compiler directives in f_check

Move most lapack 3.7/3.8 additions to the embedded_underscores list

to allow linktest to pass with a compiler that adds a second underscore to such names

Disable direct clock register access on IOS and Android

as I find conflicting information on accessibility from non-priviledged processes

Remove prototype of unused, unimplemented function (#2274)

* Fix source typo

Found via `codespell -q 3 -L amin,als,ba,dum,mone,nd,nto,orign -S Changelog.txt,./lapack*`

* Remove beta-thread function per request

Restore Goldmont ID and improve QEMU support

#2283 had inadvertently removed Goldmont+, and cpuid was reporting a mix of Core2 and Pentium2 for some QEMU configurations

Merge pull request #12 from xianyi/develop

resync with upstream

Merge pull request #2286 from wjc404/develop

AVX512 DGEMM kernel

native support for icopy_4

90% MKL 1-thread performance.

Update dgemm_kernel_8x8_skylakex.c

some correction

make further changes to icopy_8 easier

Add files via upload

Update dgemm_kernel_8x8_skylakex.c

Update dgemm_kernel_8x8_skylakex.c

Add files via upload

Add files via upload

Merge pull request #2283 from martin-frbg/issue2176

Support QEMU virtual cpu in 64bit mode as CORE2 or BARCELONA

Support QEMU cpu calling itself 64bit AMD Athlon as well

Some QEMU instances pretend to be "AuthenticAMD" with the same family 6/model 6 even when running on an Intel host
(could be related to qemu or libvirt version and/or kvm availability). Also fix the define to depend on __x86_64__ set by the
compiler, the defines using __64BIT__ will only work for getarch_2nd.

Support QEMU virtual cpu as CORE2

qemu itself claims it is a 64bit P6, which does not exist in the wild.

Simplify OSX/IOS cross-compilation and add a CI test for it (#2279)

* Add automatic fixups for OSX/IOS cross-compilation

* Add OSX/IOS cross-compilation test to Travis CI

* Handle platforms that lack hwcap.h by falling back to ARMV8

* Fix PROLOGUE for OSX/IOS

Update common_arm64.h

Merge pull request #2280 from martin-frbg/iosfix

Add overlooked part of IOS compilation fix

Remove automatic label postfixes from macro included only once

Merge pull request #11 from xianyi/develop

sync with upstream

Fix accidental duplication of jump instruction

Merge pull request #2277 from martin-frbg/issue2275

Rewrite ARMV8 code to allow cross-compilation for IOS

Merge pull request #2276 from xianyi/revert-2272-thread-sqrt-of-negative

Revert "Avoid taking root of negative number in symv_thread.c"

Move 32bit OSX build back to xcode 8.3 but switch to gcc8

Make local labels in macro compatible with the xcode assembler

... which does not perform the automatic numbering on instantiation that the _@ suffix signifies

Rewrite ARM64 PROLOGUE to make it compatible with xcode/ios

Update 32bit macOS again to xcode 9.3

os version 10.13 "High Sierra" appears to be the oldest release now for which Homebrew provides a gcc package.
Anything older and the Travis job will run out of time building gcc from source

Update the OSX BINARY=32 test to xcode9.2

in response to Homebrew updates

Revert "Avoid taking root of negative number in symv_thread.c"

Merge pull request #2272 from seberg/thread-sqrt-of-negative

Avoid taking root of negative number in symv_thread.c

Avoid taking root of negative number in symv_thread.c

This is similar to fixes in gh-1929, but there was one remaining
occurance of this type of pattern in the driver/level2/*_thread.c
files.

Merge pull request #2271 from quickwritereader/strmm_fix

fixed bug power9 strmm . BLAS-TESTER passes

trmm fix

Merge pull request #2269 from martin-frbg/ppc-fixes

Ppc fixes

Fix prologue of power9 assembly cdot(c) kernel to provide cdotc

Fix mis-edits in the gcc-derived power8 caxpy kernel

Merge pull request #7 from xianyi/develop

update

Count cpu cores on ARMV8 and use that to pick the GEMM_PQ parameters (#2267)

There is currently no simple way to query cache sizes on ARMV8, so this takes the number of cores as a trivial indication if the target is a server-class device with a big cache, or just a single-board toy or smartphone.

Replace several POWER8/9 C kernels with their gcc7-generated assembly versions (#2263)

* Add gcc7-generated assembly files for POWER8/9 isa/ica-min/max and POWER9 caxpy

To work around internal compiler errors encountered when compiling the original C source with gcc 4 and 5, and wrong code generated by gcc 8.3.0

* Use gcc-generated assembly instead of original C sources

to work around internal compiler errors encountered with gcc 4.8/5.4 and wrong code generation by gcc 8.3

* Use gcc-generated assembly instead of the original C source

to work around internal compiler errors encountered with gcc 4.8 and 5.4, and wrong code generation by gcc 8.3

* Add gcc7-generated assembler version of caxpy for power8

to work around wrong code generated by gcc 8.3

* Handle CONJ define for caxpyc

* Handle CONJ define for caxpyc

* Add gcc7-generated assembly cdot for POWER9

* Use prebuilt assembly for POWER9 cdot

created with gcc 7.3.1 to work around ICE in older gcc versions

* Exclude POWER9 from DYNAMIC_ARCH when gcc versions is lower than 6

* Update Makefile.system

* Use PROLOGUE macro to ensure correct function name for DYNAMIC_ARCH

* Disable POWER9 with old gcc versions

Restore ppc64 CI job and remove the travis_wait that caused the problem with it

Revert #2051 and replace with a better fix (#2261)

* Revert #2051 and add a better fix for TARGET=generic with DYNAMIC_ARCH
fixes #2257 without breaking #2048 again

Merge pull request #6 from xianyi/develop

update to current develop