aboutsummaryrefslogtreecommitdiff
path: root/source/Host
diff options
context:
space:
mode:
authorJason Molenda <jmolenda@apple.com>2019-09-07 01:38:37 +0000
committerJason Molenda <jmolenda@apple.com>2019-09-07 01:38:37 +0000
commit99d2a3485de3849e6508b64937864fffe39c606c (patch)
tree381ccdecc0b2675d3b44bc424ca476d59aab2329 /source/Host
parenta2e7e771478a5d7bfe3703a96e57a946b2198c65 (diff)
downloadlldb-99d2a3485de3849e6508b64937864fffe39c606c.tar.gz
Long timeouts for the MacOSX SystemRuntime plugins under ASAN; else quick.
In April via r357829, Adrian unified timeouts across lldb and set the default value high so that we wouldn't get timeouts on ASAN bots that were running under load. The library that the MacOSX SystemRuntime has functions that need to take a lock, and if that lock is held already, those functions will never complete; we're seeing the 15 second timeout being hit with inferiors that are doing a lot of enqueuing and dequeuing of libdispatch work items causing this deadlocking behavior. This patch reverts to a very short timeout for these SystemRuntime function calls, given the behavior of this library that they are calling into. When lldb is built with AddressSanitizer enabled, they will use the default 15 second timeout. tl;dr: this reverts to the previous timeouts for these SystemRuntime inf func calls. <rdar://problem/54538149> git-svn-id: https://llvm.org/svn/llvm-project/lldb/trunk@371280 91177308-0d34-0410-b5e6-96231b3b80d8
Diffstat (limited to 'source/Host')
0 files changed, 0 insertions, 0 deletions