[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

llvm-svn: 170339

llvm-svn: 170329

llvm-svn: 170315

llvm-svn: 170310

llvm-svn: 170193

llvm-svn: 170190

llvm-svn: 169985

llvm-svn: 169864

llvm-svn: 169836

[asan] introduce asan_allocator2.cc, which will have the replacement for asan allocator (now, just a bit of boilerplate)

llvm-svn: 169733