[compiler-rt] r207768 - [asan] disable GetKernelStartAddress as it misbehaves in schroot
Kostya Serebryany
kcc at google.com
Thu May 1 09:20:24 PDT 2014
Author: kcc
Date: Thu May 1 11:20:23 2014
New Revision: 207768
URL: http://llvm.org/viewvc/llvm-project?rev=207768&view=rev
Log:
[asan] disable GetKernelStartAddress as it misbehaves in schroot
Modified:
compiler-rt/trunk/lib/sanitizer_common/sanitizer_posix.cc
compiler-rt/trunk/test/asan/TestCases/Linux/kernel-area.cc
Modified: compiler-rt/trunk/lib/sanitizer_common/sanitizer_posix.cc
URL: http://llvm.org/viewvc/llvm-project/compiler-rt/trunk/lib/sanitizer_common/sanitizer_posix.cc?rev=207768&r1=207767&r2=207768&view=diff
==============================================================================
--- compiler-rt/trunk/lib/sanitizer_common/sanitizer_posix.cc (original)
+++ compiler-rt/trunk/lib/sanitizer_common/sanitizer_posix.cc Thu May 1 11:20:23 2014
@@ -36,7 +36,9 @@ uptr GetMmapGranularity() {
#if SANITIZER_WORDSIZE == 32
// Take care of unusable kernel area in top gigabyte
static uptr GetKernelStartAddress() {
-#if SANITIZER_LINUX
+#if 0 // SANITIZER_LINUX
+ // FIXME: this code is too naive. We have a situation where the machine is a
+ // true x8_64, but under schroot uname returns i686.
// 64-bit Linux provides 32-bit apps with full address space
struct utsname uname_info;
return 0 == uname(&uname_info) && !internal_strstr(uname_info.machine, "64")
Modified: compiler-rt/trunk/test/asan/TestCases/Linux/kernel-area.cc
URL: http://llvm.org/viewvc/llvm-project/compiler-rt/trunk/test/asan/TestCases/Linux/kernel-area.cc?rev=207768&r1=207767&r2=207768&view=diff
==============================================================================
--- compiler-rt/trunk/test/asan/TestCases/Linux/kernel-area.cc (original)
+++ compiler-rt/trunk/test/asan/TestCases/Linux/kernel-area.cc Thu May 1 11:20:23 2014
@@ -12,6 +12,7 @@
// CHECK-kernel-64-bits: || `[0x24000000, 0x27ffffff]` || ShadowGap ||
//
// REQUIRES: asan-32-bits
+// XFAIL: *
int main() {
return 0;
More information about the llvm-commits
mailing list