aboutsummaryrefslogtreecommitdiff
path: root/llvm/lib/CodeGen/MachineBlockPlacement.cpp
diff options
context:
space:
mode:
authorMarco Vanotti <mvanotti@google.com>2020-07-21 11:06:15 -0700
committerMarco Vanotti <mvanotti@google.com>2020-07-21 11:07:47 -0700
commitdb00fac2a2b8641c20acd69b549943409145e8cb (patch)
tree96468c3d6ecbc50414236c09a25256fa3c7e8c4e /llvm/lib/CodeGen/MachineBlockPlacement.cpp
parente5b3202b6f9484590c9e70b8bb82d2778d1ca4fe (diff)
downloadllvm-db00fac2a2b8641c20acd69b549943409145e8cb.zip
llvm-db00fac2a2b8641c20acd69b549943409145e8cb.tar.gz
llvm-db00fac2a2b8641c20acd69b549943409145e8cb.tar.bz2
[compiler-rt][asan] decommit shadow memory for unmaps in fuchsia.
This CL allows asan allocator in fuchsia to decommit shadow memory for memory allocated using mmap. Big allocations in asan end up being allocated via `mmap` and freed with `munmap`. However, when that memory is freed, asan returns the corresponding shadow memory back to the OS via a call to `ReleaseMemoryPagesToOs`. In fuchsia, `ReleaseMemoryPagesToOs` is a no-op: to be able to free memory back to the OS, you have to hold a handle to the vmo you want to modify, which is tricky at the ReleaseMemoryPagesToOs level as that function is not exclusively used for shadow memory. The function `__sanitizer_fill_shadow` fills a given shadow memory range with a specific value, and if that value is 0 (unpoison) and the memory range is bigger than a threshold parameter, it will decommit that memory if it is all zeroes. This CL modifies the `FlushUnneededASanShadowMemory` function in `asan_poisoning.cpp` to add a call to `__sanitizer_fill_shadow` with value and threshold = 0. This way, all the unneeded shadow memory gets returned back to the OS. A test for this behavior can be found in fxrev.dev/391974 Differential Revision: https://reviews.llvm.org/D80355 Change-Id: Id6dd85693e78a222f0329d5b2201e0da753e01c0
Diffstat (limited to 'llvm/lib/CodeGen/MachineBlockPlacement.cpp')
0 files changed, 0 insertions, 0 deletions