<div dir="ltr">Here's another one: <a href="http://lab.llvm.org:8011/builders/clang-ppc64be-linux-multistage/builds/60">http://lab.llvm.org:8011/builders/clang-ppc64be-linux-multistage/builds/60</a></div><div class="gmail_extra"><br><div class="gmail_quote">On Fri, Jan 22, 2016 at 10:53 AM, Dmitry Vyukov <span dir="ltr"><<a href="mailto:dvyukov@google.com" target="_blank">dvyukov@google.com</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">On Fri, Jan 22, 2016 at 4:17 PM, Dmitry Vyukov <<a href="mailto:dvyukov@google.com">dvyukov@google.com</a>> wrote:<br>
> On Fri, Jan 22, 2016 at 4:11 PM, Kuba Brecka <<a href="mailto:jbrecka@apple.com">jbrecka@apple.com</a>> wrote:<br>
>> Hm, I tried to reproduce this as well, but unsuccessfully.  From the crash<br>
>> report:  EXC_I386_GPFLT means we’re dereferencing a non-canonical pointer,<br>
>> in this case “0x00486000000025df”.  This happens at wrap_OSSpinLockLock+17,<br>
>> which is just after the prologue and just after calling cur_thread().  So<br>
>> I’d say it happens when we’re dereferencing the pointer returned by<br>
>> cur_thread().  On OS X, we’re doing this trick where we store the<br>
>> ThreadState pointer in the shadow memory.  Could it be that something<br>
>> actually read/wrote the memory that is backed by the same place as the<br>
>> shadow memory?<br>
>><br>
>> Does “0x00486000000025df” like a reasonable content of a shadow cell?<br>
><br>
><br>
><br>
> Yes, it looks like a reasonable shadow:<br>
><br>
> // Shadow (from most significant bit):<br>
> //   freed           : 1<br>
> //   tid             : kTidBits<br>
> //   is_atomic       : 1<br>
> //   is_read         : 1<br>
> //   size_log        : 2<br>
> //   addr0           : 3<br>
> //   epoch           : kClkBits<br>
<br>
<br>
+Nico pointed to another failure:<br>
<a href="http://lab.llvm.org:8080/green/job/clang-stage1-cmake-RA_check/9782/testReport/ThreadSanitizer/ThreadSanitizer/mmap_stress_cc/" rel="noreferrer" target="_blank">http://lab.llvm.org:8080/green/job/clang-stage1-cmake-RA_check/9782/testReport/ThreadSanitizer/ThreadSanitizer/mmap_stress_cc/</a><br>
</blockquote></div><br></div>