]> git.ipfire.org Git - thirdparty/valgrind.git/commit
On a zEC12 or z13, a glibc with lock elision enabled infers from HWCAP
authorFlorian Krohm <florian@eich-krohm.de>
Mon, 12 Oct 2015 20:35:56 +0000 (20:35 +0000)
committerFlorian Krohm <florian@eich-krohm.de>
Mon, 12 Oct 2015 20:35:56 +0000 (20:35 +0000)
commit91a29a676c7b94daa03e25d7e5f8467666653544
tree03cfec30f82849d22827de07b299646ccf6fe4d7
parent611478a742c24431d9343d7a1d1a4cf8832274f9
On a zEC12 or z13, a glibc with lock elision enabled infers from HWCAP
that the prerequisites for lock elision are met.  Then it may use TBEGIN
and other transactional-execution instructions which are not implemented
by Valgrind.  Likewise, the upcoming glibc 2.23 will exploit vector
instructions if they are advertised by HWCAP; and those are currently
not implemented by Valgrind either.  In general, the increased use of
ifunc may lead to more such cases in the future.

This patch suppresses the advertising of those hardware features via
HWCAP which are either not known to Valgrind or currently unsupported.

Patch by Andreas Arnez (arnez@linux.vnet.ibm.com).
Fixes BZ #353680.

git-svn-id: svn://svn.valgrind.org/valgrind/trunk@15702
NEWS
README.s390
coregrind/m_initimg/initimg-linux.c
include/vki/vki-s390x-linux.h