[ASan] Fix an error on invalid deallocation in ASan allocator. When ASan checks if memory freed by user was indeed previously allocated, it first does an atomic write to presumed location of chunk header. This is wrong, as if the free is invalid, we may overwrite some valuable data (like other fields of the chunk header). Fix this by using atomic_compare_exchange instead.

llvm-svn: 177710

[ASan] Switch ASan to generic ThreadRegistry from sanitizer_common. Delete ASan-specific AsanThreadRegistry.

llvm-svn: 177634

llvm-svn: 177508

[ASan] Move GetCurrentThread/SetCurrentThread from AsanThreadRegistry class into plain functions: they don't actually use registry

llvm-svn: 177501

[asan] use 4Tb of address space for the asan allocator instead of 1Tb. This increases the memory available for a single size class from 16Gb to 64Gb. The total VM footprint becomes 20Tb

llvm-svn: 176857

[asan] if calloc returns a freshly-mmaped memory, don't clear it with memset. Speeds up calloc-intensive code

llvm-svn: 176185

llvm-svn: 176085

llvm-svn: 174707

Switch to allocator2 on Darwin.

llvm-svn: 174603

In case of partial right OOB, ASan was reporting
  X is located 0 bytes to the right of [A, B)
where X was actually inside [A, B).

With this change, ASan will report B as the error address in such case.

llvm-svn: 174373

[ASan] Split ASan interface header into private and public parts. Add a test that makes sure users can include interface header

llvm-svn: 174058

[ASan] fix deallocation hook in allocator2: according to specification, dealloc hook should be called before deallocating memory

llvm-svn: 173778

[ASan] Do allocate memory even for zero-size allocation requests. Explain why we have to do this in comments.

llvm-svn: 173776

llvm-svn: 173681

llvm-svn: 173676

llvm-svn: 173441

[asan] initialize kHighMemEnd at startup (instead of at compile time) to simplify further changes for various address space layouts. Fix asan_allocator2 for PowerPC (tested on 44-bit address space)

llvm-svn: 173260

llvm-svn: 172717

[asan] asan_allocator2: fix the memalign handling (clear the first word of allocated chunk in case there is an old memalign magic)

llvm-svn: 172603

llvm-svn: 172210

llvm-svn: 172194

llvm-svn: 172193

llvm-svn: 172192

llvm-svn: 172183

[asan] asan_allocator2: do less work under the quarantine lock; make the strcasecmp test more resistant to the contents of unaddressable memory 

llvm-svn: 172048

llvm-svn: 171161

[asan/tsan] when unmapping a chunk of user memory, apply madvise(MADV_DONTNEED) to the corresponding chunk of shadow memory. Also update sanitizer_allocator64_testlib.cc

llvm-svn: 171144

[asan] asan_allocator2: do not align the requested size to the redzone size (saves a bit more memory)

llvm-svn: 171111

[asan] asan_allocator2: implement adaptive redzones. Now with asan_allocator2 allocations <= 48 bytes have 16 byte redzone, allocations of 48-96 bytes -- have 32 bytes redzone, etc (max redzone is 2048). If ASAN_OPTIONS=redzone=n is set, it changes the minimal redzone size

llvm-svn: 171107

[asan] asan_allocator2: by default use the StackDepot to store the stack traces instead of storing them in the redzones

llvm-svn: 171099

[asan] asan_allocator2: store the user requested size in just 32 bits (larger sizes use metadata). This allows to put one more 32-bit field into the chunk header

llvm-svn: 171089

[asan] add a test for right OOB with special large sizes. Fix this test in asan_allocator2. More test tweaking for allocator2

llvm-svn: 171058

[asan] asan_allocator2 fix two asserts that happen on full chrome: a) memalign called with 0 size and large alignment and b) malloc called after TSD has been destructed

llvm-svn: 170900

llvm-svn: 170888

[asan] add a flag alloc_dealloc_mismatch (off by default for now) which finds malloc/delete, new/free, new/delete[], etc mismatches

llvm-svn: 170869

llvm-svn: 170697

[asan] add a flag poison_heap to allow better allocator benchmarking, implemenet malloc_stats() on Linux

llvm-svn: 170685

llvm-svn: 170680

llvm-svn: 170548

[asan] asan_allocator2: improve FindHeapChunkByAddress to find memory chunks to the left of a given address. Almost all tests pass with the new allocator now, only 6 are left to fix.

llvm-svn: 170511