summaryrefslogtreecommitdiffstats
path: root/compiler-rt/lib/scudo/standalone/fuchsia.cpp
diff options
context:
space:
mode:
authorKostya Kortchinsky <kostyak@google.com>2020-01-09 11:43:16 -0800
committerKostya Kortchinsky <kostyak@google.com>2020-01-14 07:51:48 -0800
commit9ef6faf49670e18eb1ba04105a7c70b450cdaa71 (patch)
tree30a9fbd7992361e720f7c0ae42f6b49e360a7813 /compiler-rt/lib/scudo/standalone/fuchsia.cpp
parente7b2d9f4702cb8882aa275bcb8eab37be17601e1 (diff)
downloadbcm5719-llvm-9ef6faf49670e18eb1ba04105a7c70b450cdaa71.tar.gz
bcm5719-llvm-9ef6faf49670e18eb1ba04105a7c70b450cdaa71.zip
[scudo][standalone] Fork support
Summary: fork() wasn't well (or at all) supported in Scudo. This materialized in deadlocks in children. In order to properly support fork, we will lock the allocator pre-fork and unlock it post-fork in parent and child. This is done via a `pthread_atfork` call installing the necessary handlers. A couple of things suck here: this function allocates - so this has to be done post initialization as our init path is not reentrance, and it doesn't allow for an extra pointer - so we can't pass the allocator we are currently working with. In order to work around this, I added a post-init template parameter that gets executed once the allocator is initialized for the current thread. Its job for the C wrappers is to install the atfork handlers. I reorganized a bit the impacted area and added some tests, courtesy of cferris@ that were deadlocking prior to this fix. Subscribers: jfb, #sanitizers, llvm-commits Tags: #sanitizers, #llvm Differential Revision: https://reviews.llvm.org/D72470
Diffstat (limited to 'compiler-rt/lib/scudo/standalone/fuchsia.cpp')
0 files changed, 0 insertions, 0 deletions
OpenPOWER on IntegriCloud