summaryrefslogtreecommitdiffstats
path: root/compiler-rt/test/tsan
Commit message (Collapse)AuthorAgeFilesLines
...
* [tsan] Disable a failing test.Evgeniy Stepanov2014-06-271-1/+2
| | | | | | java_finalizer is failing on all sanitizer bots since it was added in r211829. llvm-svn: 211882
* tsan: add __tsan_java_finalize interface functionDmitry Vyukov2014-06-272-0/+28
| | | | | | | It is required to prevent false positives between object ctor and finalizer, as otherwise they look completely unsynchronized. llvm-svn: 211829
* [TSan] Exclude blacklist tests from manual test runnerAlexey Samsonov2014-06-091-2/+5
| | | | llvm-svn: 210494
* [TSan] Make lit-tests more self-containedAlexey Samsonov2014-06-068-43/+30
| | | | llvm-svn: 210370
* [TSan] Add a test case for r209939Alexey Samsonov2014-05-312-0/+47
| | | | llvm-svn: 209940
* tsan: add a test from data-race-test suite:Dmitry Vyukov2014-05-301-0/+29
| | | | | | https://code.google.com/p/data-race-test/source/browse/trunk/unittest/racecheck_unittest.cc llvm-svn: 209900
* tsan: make positive tests more robustDmitry Vyukov2014-05-3089-127/+206
| | | | | | | | | | Add a script that is used to deflake inherently flaky tsan tests. It is invoked from lit tests as: %deflake %run %t The script runs the target program up to 10 times, until it produces a tsan warning. llvm-svn: 209898
* tsan: refactor storage of meta information for heap blocks and sync objectsDmitry Vyukov2014-05-296-37/+18
| | | | | | | | | | | | | | | The new storage (MetaMap) is based on direct shadow (instead of a hashmap + per-block lists). This solves a number of problems: - eliminates quadratic behaviour in SyncTab::GetAndLock (https://code.google.com/p/thread-sanitizer/issues/detail?id=26) - eliminates contention in SyncTab - eliminates contention in internal allocator during allocation of sync objects - removes a bunch of ad-hoc code in java interface - reduces java shadow from 2x to 1/2x - allows to memorize heap block meta info for Java and Go - allows to cleanup sync object meta info for Go - which in turn enabled deadlock detector for Go llvm-svn: 209810
* [sanitizer] Replace -lpthread with -pthread in tests.Evgeniy Stepanov2014-05-282-2/+2
| | | | | | -lpthread does not work on Android. llvm-svn: 209735
* tsan: deflake testDmitry Vyukov2014-05-211-0/+2
| | | | llvm-svn: 209290
* [TSan] Improve support for running TSan test suite with GCC-TSan.Alexey Samsonov2014-05-161-3/+7
| | | | | | Test results with GCC-4.9.0: 78 expected passes, 74 unexpected failures. llvm-svn: 209014
* [CMake] Don't build libcxx_tsan with compilers other than ClangAlexey Samsonov2014-05-161-1/+2
| | | | llvm-svn: 209003
* Fix typosAlp Toker2014-05-151-1/+1
| | | | llvm-svn: 208841
* [TSan] Build TSan-instrumented version of libcxx and use it in lit tests.Alexey Samsonov2014-05-135-4/+58
| | | | | | | | | | | | | TSan can produce false positives in code that uses C++11 threading, as it doesn't see synchronization inside standard library. See http://lists.cs.uiuc.edu/pipermail/cfe-dev/2014-February/035408.html for an example of such case. We may build custom TSan-instrumented version libcxx to fight with that. This change adds build rules for libcxx_tsan and integrates it into testing infrastructure. llvm-svn: 208737
* [libsanitizer] Use internal_fork() to spawn the symbolizer process.Alexander Potapenko2014-05-131-0/+31
| | | | | | This should fix https://code.google.com/p/thread-sanitizer/issues/detail?id=61 llvm-svn: 208707
* Add %run to all lit testsGreg Fitzgerald2014-04-30151-171/+171
| | | | llvm-svn: 207709
* tsan: better reports for "read lock of a write locked mutex"Dmitry Vyukov2014-04-251-0/+19
| | | | llvm-svn: 207209
* tsan: improve "read unlock of a write locked mutex" reportDmitry Vyukov2014-04-251-0/+20
| | | | llvm-svn: 207208
* tsan: fix testsDmitry Vyukov2014-04-252-2/+2
| | | | | | | failure: http://lab.llvm.org:8011/builders/llvm-clang-lld-x86_64-centos-6.5/builds/3747/steps/test/logs/stdio llvm-svn: 207207
* tsan: better report for bad mutex unlocksDmitry Vyukov2014-04-251-0/+18
| | | | | | | + fixes crashes due to races on symbolizer, see https://code.google.com/p/thread-sanitizer/issues/detail?id=55 llvm-svn: 207206
* tsan: add new test for commit 207204 (forget to add new file)Dmitry Vyukov2014-04-251-0/+29
| | | | llvm-svn: 207205
* tsan: fix atexit handling after forkDmitry Vyukov2014-04-231-0/+37
| | | | | | fixes issue http://code.google.com/p/thread-sanitizer/issues/detail?id=57 llvm-svn: 206980
* tsan: more precise check for "app memory" in COMPAT modeDmitry Vyukov2014-04-231-0/+19
| | | | | | this fires when a user makes mmap with fixed address (see the test) llvm-svn: 206952
* tsan: deflake testDmitry Vyukov2014-04-211-2/+1
| | | | | | | | | | | ocasionally it fails with a slightly different report: WARNING: ThreadSanitizer: signal handler spoils errno (pid=3674) #0 MyHandler(int, siginfo*, void*) ... #4 __tsan_free_hook #5 main signal_errno.cc:40 llvm-svn: 206754
* tsan: add benchmark that allows to investigate shadow memory consumptionDmitry Vyukov2014-04-181-0/+42
| | | | llvm-svn: 206578
* [tsan] Fix output tests.Evgeniy Stepanov2014-04-111-1/+4
| | | | llvm-svn: 206031
* [tsan] Fix false positive on xdr*_create.Evgeniy Stepanov2014-04-111-0/+21
| | | | llvm-svn: 206030
* tsan: improve error message in testDmitry Vyukov2014-04-041-1/+8
| | | | | | | we've seen a flake on this test next time it happens we will be able to gather some info llvm-svn: 205619
* [TSan] Make this test more portableAlexey Samsonov2014-04-011-2/+2
| | | | llvm-svn: 205300
* [sanitizer] one more stress test for the deadlock detector; this one ↵Kostya Serebryany2014-04-011-4/+29
| | | | | | stresses the slow path with a global lock llvm-svn: 205299
* [TSan] Follow-up for r205175: typo fix in the test.Alexander Potapenko2014-03-311-2/+2
| | | | llvm-svn: 205176
* tsan: deflake testDmitry Vyukov2014-03-261-0/+2
| | | | llvm-svn: 204824
* tsan: add pthread_barrier_t testDmitry Vyukov2014-03-261-0/+37
| | | | llvm-svn: 204810
* tsan: reduce default number of threads in benchmarksDmitry Vyukov2014-03-241-3/+5
| | | | | | buildbots seem to OOM with that many threads llvm-svn: 204610
* tsan: add benchmarks for synchronization handlingDmitry Vyukov2014-03-249-0/+246
| | | | llvm-svn: 204608
* [sanitizer] print threads in deadlock reportKostya Serebryany2014-03-211-0/+5
| | | | llvm-svn: 204461
* [sanitizer] more human-readable deadlock reportsKostya Serebryany2014-03-211-9/+11
| | | | llvm-svn: 204454
* tsan: deflake testDmitry Vyukov2014-03-201-0/+2
| | | | llvm-svn: 204340
* tsan: add test for second_deadlock_stack flagDmitry Vyukov2014-03-191-5/+14
| | | | llvm-svn: 204240
* [sanitizer] deadlock detector: a) initial support for suppressions, b) be ↵Kostya Serebryany2014-03-191-0/+4
| | | | | | more robust in case we failed to extract a stack trace for one of the locks llvm-svn: 204225
* tsan: fix flaky testDmitry Vyukov2014-03-182-1/+8
| | | | llvm-svn: 204119
* [sanitizer] a bit more informative deadlock detector report (still lots to ↵Kostya Serebryany2014-03-181-2/+2
| | | | | | improve) llvm-svn: 204115
* [sanitizer] reverse the order of the stack traces printed for every pair of ↵Kostya Serebryany2014-03-171-4/+4
| | | | | | locks in the deadlock report (first print the 'from' node, then print the 'to' node of the deadlock graph) llvm-svn: 204043
* [sanitizer] make the deadlock detector print 2*N stack traces on ↵Kostya Serebryany2014-03-171-0/+4
| | | | | | lock-order-inversion with N locks (i.e. print stack traces for both lock acquisitions in every edge in the graph). More improvements to follow llvm-svn: 204042
* [sanitizer] one more output test for the deadlock detectorKostya Serebryany2014-03-171-11/+30
| | | | llvm-svn: 204036
* [sanitizer] fix build warnings; add an output test for the deadlock detecorKostya Serebryany2014-03-171-0/+29
| | | | llvm-svn: 204035
* tsan: update the test since the bug is fixedDmitry Vyukov2014-03-131-5/+1
| | | | | | http://llvm.org/bugs/show_bug.cgi?id=19113 is fixed, so enable the better CHECK llvm-svn: 203784
* [sanitizer] support recursive rwlocks in bitset-based deadlock detectorKostya Serebryany2014-03-131-1/+2
| | | | llvm-svn: 203779
* tsan: fix handling of pthread_cond_wait in presence of pthread_cancelDmitry Vyukov2014-03-122-0/+38
| | | | | | | | | if the thread is cancelled in pthread_cond_wait, it locks the mutex before processing pthread_cleanup stack but tsan was missing that, thus reporting false double-lock/wrong-unlock errors see the test for details llvm-svn: 203648
* tsan: add disabled test for http://llvm.org/bugs/show_bug.cgi?id=19113Dmitry Vyukov2014-03-121-0/+57
| | | | llvm-svn: 203646
OpenPOWER on IntegriCloud