<div dir="ltr">I ran "ninja check-asan" and no errors. But "ninja check-msan" had 117 errors.<div><br></div><div>I took the first FAILED test, which was for eventfd.cc, and executed the command</div><div>line creating an eventfd executable in a temporary directory and then</div><div>executed that file using gdb. Finally, used bt to dump the stack.</div><div><br></div><div>I've emailed <a href="mailto:llvm-admin@lists.llvm.org">llvm-admin@lists.llvm.org</a> to setup an account since</div><div>self-registration is disable. After getting an account I'll then file a bug.</div><div>If there's anything else anyone thinks I should do let me know.</div><div><br></div><div>Here's the output from the FAILED test:</div><div><br></div><div><div>-- Testing: 120 tests, 12 threads --</div><div>Testing: </div><div>FAIL: MemorySanitizer-x86_64 :: Linux/eventfd.cc (1 of 120)</div><div>******************** TEST 'MemorySanitizer-x86_64 :: Linux/eventfd.cc' FAILED ********************</div><div>Script:</div><div>--</div><div>/home/wink/foss/llvm.3.9.0/build/./bin/clang --driver-mode=g++ -fsanitize=memory -mno-omit-leaf-frame-pointer -fno-omit-frame-pointer -fno-optimize-sibling-calls -m64 -gline-tables-only -O0 /home/wink/foss/llvm.3.9.0/projects/compiler-rt/test/msan/Linux/eventfd.cc -o /home/wink/foss/llvm.3.9.0/build/projects/compiler-rt/test/msan/X86_64Config/Linux/Output/eventfd.cc.tmp && /home/wink/foss/llvm.3.9.0/build/projects/compiler-rt/test/msan/X86_64Config/Linux/Output/eventfd.cc.tmp 2>&1</div><div>--</div><div>Exit Code: 139</div><div><br></div><div>Command Output (stderr):</div><div>--</div><div>/home/wink/foss/llvm.3.9.0/build/projects/compiler-rt/test/msan/X86_64Config/Linux/Output/eventfd.cc.script: line 1: 29960 Segmentation fault (core dumped) /home/wink/foss/llvm.3.9.0/build/projects/compiler-rt/test/msan/X86_64Config/Linux/Output/eventfd.cc.tmp 2>&1</div><div><br></div><div>--</div><div><br></div></div><div><br></div><div><br></div><div>And here is the compilation and gdb execution:</div><div><br></div><div><div>wink@wink-desktop:~/foss/llvm.3.9.0/test-eventfd</div><div>$ /home/wink/foss/llvm.3.9.0/build/./bin/clang --driver-mode=g++ -fsanitize=memory -mno-omit-leaf-frame-pointer -fno-omit-frame-pointer -fno-optimize-sibling-calls -m64 -gline-tables-only -O0 /home/wink/foss/llvm.3.9.0/projects/compiler-rt/test/msan/Linux/eventfd.cc -o eventfd</div><div><br></div><div>wink@wink-desktop:~/foss/llvm.3.9.0/test-eventfd</div><div>$ gdb eventfd <br></div><div>GNU gdb (GDB) 7.11.1</div><div>Copyright (C) 2016 Free Software Foundation, Inc.</div><div>License GPLv3+: GNU GPL version 3 or later <<a href="http://gnu.org/licenses/gpl.html">http://gnu.org/licenses/gpl.html</a>></div><div>This is free software: you are free to change and redistribute it.</div><div>There is NO WARRANTY, to the extent permitted by law. Type "show copying"</div><div>and "show warranty" for details.</div><div>This GDB was configured as "x86_64-pc-linux-gnu".</div><div>Type "show configuration" for configuration details.</div><div>For bug reporting instructions, please see:</div><div><<a href="http://www.gnu.org/software/gdb/bugs/">http://www.gnu.org/software/gdb/bugs/</a>>.</div><div>Find the GDB manual and other documentation resources online at:</div><div><<a href="http://www.gnu.org/software/gdb/documentation/">http://www.gnu.org/software/gdb/documentation/</a>>.</div><div>For help, type "help".</div><div>Type "apropos word" to search for commands related to "word"...</div><div>Reading symbols from eventfd...done.</div><div>(gdb) run</div><div>Starting program: /home/wink/foss/llvm.3.9.0/test-eventfd/eventfd </div><div>[Thread debugging using libthread_db enabled]</div><div>Using host libthread_db library "/usr/lib/libthread_db.so.1".</div><div><br></div><div>Program received signal SIGSEGV, Segmentation fault.</div><div>__sanitizer::SizeClassAllocator64<123145302310912ul, 8796093022208ul, 8ul, __sanitizer::SizeClassMap<17ul, 128ul, 16ul>, __msan::MsanMapUnmapCallback>::AllocateBatch (</div><div> this=this@entry=0x212c9a0 <__msan::allocator>, stat=stat@entry=0x212c970 <__msan::fallback_allocator_cache+109392>, c=c@entry=0x2111e20 <__msan::fallback_allocator_cache>, </div><div> class_id=class_id@entry=6) at ../projects/compiler-rt/lib/msan/../sanitizer_common/sanitizer_allocator.h:357</div><div>357<span class="gmail-Apple-tab-span" style="white-space:pre"> </span> Batch *b = region->free_list.Pop();</div><div>(gdb) bt</div><div>#0 __sanitizer::SizeClassAllocator64<123145302310912ul, 8796093022208ul, 8ul, __sanitizer::SizeClassMap<17ul, 128ul, 16ul>, __msan::MsanMapUnmapCallback>::AllocateBatch (</div><div> this=this@entry=0x212c9a0 <__msan::allocator>, stat=stat@entry=0x212c970 <__msan::fallback_allocator_cache+109392>, c=c@entry=0x2111e20 <__msan::fallback_allocator_cache>, </div><div> class_id=class_id@entry=6) at ../projects/compiler-rt/lib/msan/../sanitizer_common/sanitizer_allocator.h:357</div><div>#1 0x00000000004439d7 in __sanitizer::SizeClassAllocatorLocalCache<__sanitizer::SizeClassAllocator64<123145302310912ul, 8796093022208ul, 8ul, __sanitizer::SizeClassMap<17ul, 128ul, 16ul>, __msan::MsanMapUnmapCallback> >::Refill (this=this@entry=0x2111e20 <__msan::fallback_allocator_cache>, allocator=allocator@entry=0x212c9a0 <__msan::allocator>, </div><div> class_id=class_id@entry=6) at ../projects/compiler-rt/lib/msan/../sanitizer_common/sanitizer_allocator.h:1003</div><div>#2 0x0000000000442f65 in __sanitizer::SizeClassAllocatorLocalCache<__sanitizer::SizeClassAllocator64<123145302310912ul, 8796093022208ul, 8ul, __sanitizer::SizeClassMap<17ul, 128ul, 16ul>, __msan::MsanMapUnmapCallback> >::Allocate (class_id=<optimized out>, allocator=0x212c9a0 <__msan::allocator>, this=0x2111e20 <__msan::fallback_allocator_cache>)</div><div> at ../projects/compiler-rt/lib/msan/../sanitizer_common/sanitizer_allocator.h:952</div><div>#3 __sanitizer::CombinedAllocator<__sanitizer::SizeClassAllocator64<123145302310912ul, 8796093022208ul, 8ul, __sanitizer::SizeClassMap<17ul, 128ul, 16ul>, __msan::MsanMapUnmapCallback>, __sanitizer::SizeClassAllocatorLocalCache<__sanitizer::SizeClassAllocator64<123145302310912ul, 8796093022208ul, 8ul, __sanitizer::SizeClassMap<17ul, 128ul, 16ul>, __msan::MsanMapUnmapCallback> >, __sanitizer::LargeMmapAllocator<__msan::MsanMapUnmapCallback> >::Allocate (check_rss_limit=false, cleared=false, alignment=8, size=<optimized out>, </div><div> cache=0x2111e20 <__msan::fallback_allocator_cache>, this=0x212c9a0 <__msan::allocator>) at ../projects/compiler-rt/lib/msan/../sanitizer_common/sanitizer_allocator.h:1324</div><div>#4 __msan::MsanAllocate (zeroise=false, alignment=8, size=82, stack=0x7fffffffcf10) at ../projects/compiler-rt/lib/msan/msan_allocator.cc:125</div><div>#5 __msan::MsanReallocate (stack=stack@entry=0x7fffffffcf10, old_p=old_p@entry=0x0, new_size=new_size@entry=82, alignment=alignment@entry=8, zeroise=zeroise@entry=false)</div><div> at ../projects/compiler-rt/lib/msan/msan_allocator.cc:180</div><div>#6 0x0000000000444bce in __interceptor_malloc (size=82) at ../projects/compiler-rt/lib/msan/msan_interceptors.cc:931</div><div>#7 0x00007ffff7de9161 in _dl_signal_error () from /lib64/ld-linux-x86-64.so.2</div><div>#8 0x00007ffff7de9323 in _dl_signal_cerror () from /lib64/ld-linux-x86-64.so.2</div><div>#9 0x00007ffff7de40be in _dl_lookup_symbol_x () from /lib64/ld-linux-x86-64.so.2</div><div>#10 0x00007ffff6c8edb1 in do_sym () from /usr/lib/libc.so.6</div><div>#11 0x00007ffff7126014 in ?? () from /usr/lib/libdl.so.2</div><div>#12 0x00007ffff7de93a4 in _dl_catch_error () from /lib64/ld-linux-x86-64.so.2</div><div>#13 0x00007ffff7126521 in ?? () from /usr/lib/libdl.so.2</div><div>#14 0x00007ffff7126068 in dlsym () from /usr/lib/libdl.so.2</div><div>#15 0x000000000041983c in __interception::GetRealFunctionAddress (func_name=func_name@entry=0x49c9f8 "__isoc99_printf", </div><div> func_addr=func_addr@entry=0x2b2d8d8 <__interception::real___isoc99_printf>, real=real@entry=4592528, wrapper=wrapper@entry=4592528)</div><div> at ../projects/compiler-rt/lib/interception/interception_linux.cc:23</div><div>#16 0x0000000000476ecf in InitializeCommonInterceptors () at ../projects/compiler-rt/lib/msan/../sanitizer_common/sanitizer_common_interceptors.inc:5902</div><div>#17 __msan::InitializeInterceptors () at ../projects/compiler-rt/lib/msan/msan_interceptors.cc:1471</div><div>#18 0x000000000043f935 in __msan_init () at ../projects/compiler-rt/lib/msan/msan.cc:386</div><div>#19 0x0000000000446225 in __interceptor___cxa_atexit (func=func@entry=0x7ffff7adf010 <std::(anonymous namespace)::generic_error_category::~generic_error_category()>, </div><div> arg=arg@entry=0x7ffff7dd5b50 <std::(anonymous namespace)::generic_category_instance>, dso_handle=0x7ffff7dd59c0) at ../projects/compiler-rt/lib/msan/msan_interceptors.cc:1181</div><div>#20 0x00007ffff7add976 in __static_initialization_and_destruction_0 (__initialize_p=1, __priority=65535)</div><div> at /build/gcc-multilib/src/gcc/libstdc++-v3/src/c++11/compatibility-c++0x.cc:214</div><div>#21 _GLOBAL__sub_I_compatibility_c__0x.cc(void) () at /build/gcc-multilib/src/gcc/libstdc++-v3/src/c++11/compatibility-c++0x.cc:257</div><div>#22 0x00007ffff7de94fa in call_init.part () from /lib64/ld-linux-x86-64.so.2</div><div>#23 0x00007ffff7de960b in _dl_init () from /lib64/ld-linux-x86-64.so.2</div><div>#24 0x00007ffff7ddadaa in _dl_start_user () from /lib64/ld-linux-x86-64.so.2</div><div>#25 0x0000000000000001 in ?? ()</div><div>#26 0x00007fffffffe393 in ?? ()</div><div>#27 0x0000000000000000 in ?? ()</div><div>(gdb) </div><div><br></div><div><br><div class="gmail_extra"><br><div class="gmail_quote">On Tue, Sep 6, 2016 at 5:54 PM, Reid Kleckner <span dir="ltr"><<a href="mailto:rnk@google.com" target="_blank">rnk@google.com</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex"><div dir="ltr">These all look related to some kind of sanitizer-specific crash on startup. If you're not using sanitizers, maybe you don't care about these failures. If you want to file bugs and get them fixed, try running 'check-asan' and 'check-msan'. Extract the failing command from a test case, run it under a debugger, and file a bug with the crash stack trace. There is probably some environmental issue on your system that makes shadow memory allocation fail, or causes an early shadow memory access.</div><div class="gmail_extra"><br><div class="gmail_quote"><div><div class="gmail-h5">On Tue, Sep 6, 2016 at 5:47 PM, Wink Saville via llvm-dev <span dir="ltr"><<a href="mailto:llvm-dev@lists.llvm.org" target="_blank">llvm-dev@lists.llvm.org</a>></span> wrote:<br></div></div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex"><div><div class="gmail-h5"><div dir="ltr">I've "successfully" built 3.9.0 release but when I run "ninja check-all" I got 208 Unexpected failures:<br><br> Expected Passes : 33997<br> Expected Failures : 198<br> Unsupported Tests : 685<br> Unexpected Failures: 208<br><div><br></div><div>Below is the log I captured running "time ninja check-all | tee ninja-check-all.txt"</div><div><br></div><div><a href="https://drive.google.com/open?id=0B-KTY7zi7eZHU2hGYTRtd01QZjA" target="_blank">https://drive.google.com/open?<wbr>id=0B-KTY7zi7eZHU2hGYTRtd01QZj<wbr>A</a><br></div><div><br></div><div>Suggestions on next steps?</div><span><font color="#888888"><div><br></div><div>-- Wink</div><div><br></div><div><br></div></font></span></div>
<br></div></div><span class="gmail-">______________________________<wbr>_________________<br>
LLVM Developers mailing list<br>
<a href="mailto:llvm-dev@lists.llvm.org" target="_blank">llvm-dev@lists.llvm.org</a><br>
<a href="http://lists.llvm.org/cgi-bin/mailman/listinfo/llvm-dev" rel="noreferrer" target="_blank">http://lists.llvm.org/cgi-bin/<wbr>mailman/listinfo/llvm-dev</a><br>
<br></span></blockquote></div><br></div>
</blockquote></div><br></div></div></div></div>