| Commit message (Collapse) | Author | Age | Files | Lines |
... | |
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
by their authors.
This may break builds where others added code relying on these patches,
but please *do not* revert this commit. Instead, we will prepare patches
which fix the failures.
Reverts the following commits:
r168306: "[asan] support x32 mode in the fast stack unwinder. Patch by H.J. Lu"
r168356: "[asan] more support for powerpc, patch by Peter Bergner"
r196489: "[sanitizer] fix the ppc32 build (patch by Jakub Jelinek)"
llvm-svn: 196802
|
|
|
|
|
|
| |
the interface
llvm-svn: 196379
|
|
|
|
| |
llvm-svn: 190860
|
|
|
|
|
|
| |
into named variables
llvm-svn: 190787
|
|
|
|
| |
llvm-svn: 183105
|
|
|
|
|
|
| |
appropriately.
llvm-svn: 177397
|
|
|
|
|
|
| |
addresses higher than 0x3fffffffff
llvm-svn: 176250
|
|
|
|
| |
llvm-svn: 175728
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
When prelink is installed in the system, prelink-ed
libraries map between 0x003000000000 and 0x004000000000 thus occupying the shadow Gap,
so we need so split the address space even further, like this:
|| [0x10007fff8000, 0x7fffffffffff] || HighMem ||
|| [0x02008fff7000, 0x10007fff7fff] || HighShadow ||
|| [0x004000000000, 0x02008fff6fff] || ShadowGap3 ||
|| [0x003000000000, 0x003fffffffff] || MidMem ||
|| [0x00087fff8000, 0x002fffffffff] || ShadowGap2 ||
|| [0x00067fff8000, 0x00087fff7fff] || MidShadow ||
|| [0x00008fff7000, 0x00067fff7fff] || ShadowGap ||
|| [0x00007fff8000, 0x00008fff6fff] || LowShadow ||
|| [0x000000000000, 0x00007fff7fff] || LowMem ||
Do it only if necessary.
Also added a bit of profiling code to make sure that the
mapping code is efficient.
Added a lit test to simulate prelink-ed libraries.
Unfortunately, this test does not work with binutils-gold linker.
If gold is the default linker the test silently passes.
Also replaced
__has_feature(address_sanitizer)
with
__has_feature(address_sanitizer) || defined(__SANITIZE_ADDRESS__)
in two places.
Patch partially by Jakub Jelinek.
llvm-svn: 175263
|
|
|
|
| |
llvm-svn: 175049
|
|
|
|
|
|
| |
roughly 5% speedup. Since this is an ABI change, bump the asan ABI version by renaming __asan_init to __asan_init_v1. compiler-rt part
llvm-svn: 174958
|
|
|
|
|
|
| |
asan Mac build
llvm-svn: 173261
|
|
|
|
|
|
| |
simplify further changes for various address space layouts. Fix asan_allocator2 for PowerPC (tested on 44-bit address space)
llvm-svn: 173260
|
|
|
|
| |
llvm-svn: 173251
|
|
|
|
|
|
| |
condition in checking for shadow gap in asan_mapping.h
llvm-svn: 173026
|
|
|
|
|
|
| |
Android
llvm-svn: 173021
|
|
|
|
| |
llvm-svn: 171188
|
|
|
|
|
|
| |
This makes the code friendly to more platforms
llvm-svn: 168537
|
|
|
|
|
|
| |
Instead, define our own SANITIZER_WORDSIZE
llvm-svn: 168424
|
|
|
|
| |
llvm-svn: 168356
|
|
|
|
| |
llvm-svn: 162666
|
|
|
|
|
|
|
|
| |
instead of crashing on a check.
Add AddressSanitizer.MemsetWildAddressTest that makes sure a proper error message is printed.
llvm-svn: 160620
|
|
|
|
| |
llvm-svn: 157747
|
|
|
|
| |
llvm-svn: 157746
|
|
|
|
| |
llvm-svn: 157318
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
In the current implementation AsanThread::GetFrameNameByAddr scans the
stack for a magic guard value to locate base address of the stack
frame. This is not reliable, especially on ARM, where the code that
stores this magic value has to construct it in a register from two
small intermediates; this register can then end up stored in a random
stack location in the prologue of another function.
With this change, GetFrameNameByAddr scans the shadow memory for the
signature of a left stack redzone instead. It is now possible to
remove the magic from the instrumentation pass for additional
performance gain. We keep it there for now just to make sure the new
algorithm does not fail in some corner case.
llvm-svn: 156710
|
|
|
|
|
|
| |
inside inteceptors is inlined
llvm-svn: 152767
|
|
|
|
|
|
| |
samsonov@google.com
llvm-svn: 145505
|
|
build system, but can be built using the old makefile. See details in README.txt
llvm-svn: 145463
|