similar to: greendragon build noisy due to mmap_stress.cc

I have added a Jenkins check for this test, which explains why it fails on some builds. Can we change the test to keep its output? Will it just be blank anyways? > On Jan 20, 2016, at 1:23 PM, Kostya Serebryany <kcc at google.com> wrote: > > The test fails again:

These ran to completion without error. :( > On Jan 12, 2016, at 3:23 PM, Chris Matthews <chris.matthews at apple.com> wrote: > > I’m running this on green-dragon-03 which is running OSX 10.10.5. > > /Users/buildslave/jenkins/sharedspace/clang-stage1-cmake-RA_workspace\@2/clang-build/bin/clang++ ../llvm/projects/compiler-rt/test/tsan/mmap_stress.cc -lpthread > while

On Fri, Jan 22, 2016 at 4:17 PM, Dmitry Vyukov <dvyukov at google.com> wrote: > On Fri, Jan 22, 2016 at 4:11 PM, Kuba Brecka <jbrecka at apple.com> wrote: >> Hm, I tried to reproduce this as well, but unsuccessfully. From the crash >> report: EXC_I386_GPFLT means we’re dereferencing a non-canonical pointer, >> in this case “0x00486000000025df”. This happens at

On Wed, Jan 20, 2016 at 1:31 PM, Chris Matthews <chris.matthews at apple.com> wrote: > I worded that poorly, the Jenkins check I added will explain to the user > that we know this fails sometimes. > > On Jan 20, 2016, at 1:30 PM, Chris Matthews <chris.matthews at apple.com> > wrote: > > I have added a Jenkins check for this test, which explains why it fails on

On 02/02/2016 06:25 PM, Kuba Brecka via llvm-dev wrote: > Done in r259529. I unfortunately just got another failure, so this is clearly not darwin only or even low-noise on none-darwin platforms: http://lab.llvm.org:8080/green/job/clang-stage1-cmake-RA_check/9965/ I very much appreciate that people are investigating this issue, but it would be really nice to meanwhile disable this test

Hm, I tried to reproduce this as well, but unsuccessfully. From the crash report: EXC_I386_GPFLT means we’re dereferencing a non-canonical pointer, in this case “0x00486000000025df”. This happens at wrap_OSSpinLockLock+17, which is just after the prologue and just after calling cur_thread(). So I’d say it happens when we’re dereferencing the pointer returned by cur_thread(). On OS X, we’re

Ah ha! I found crash reports: green-dragon-03:DiagnosticReports buildslave$ cat mmap_stress.cc.tmp_2016-01-19-231335_green-dragon-03.crash Process: mmap_stress.cc.tmp [95010] Path: /Users/USER/*/mmap_stress.cc.tmp Identifier: mmap_stress.cc.tmp Version: 0 Code Type: X86-64 (Native) Parent Process: bash [95004] User ID:

On 01/12/2016 10:26 PM, Kostya Serebryany wrote: > Hi Tobias, > > What machine is that? > We have seen this and similar tests be flaky on older Linux kernels due > to kernel bug(s). > May I ask you to run the same test (just built with clang) on the same > machine for ~100000 times and see if it ever crashes? > > clang++

It is expected and not unusual to need to update the lit test in such case. I'd need to see exactly which test breaks and how to know though. Best, -- Mehdi 2017-09-18 13:17 GMT-07:00 Johan Engelen <jbc.engelen at gmail.com>: > The fix (https://reviews.llvm.org/D37961) does not work. From what I > have learned thusfar, the module identifier is used as filename sometimes >

On 01/22/2016 09:47 PM, Nico Weber via llvm-dev wrote: > Here's another one: > http://lab.llvm.org:8011/builders/clang-ppc64be-linux-multistage/builds/60 I just got another error. Could we possibly disable this test until this issue has been resolved? Best, Tobias

http://lab.llvm.org:8011/builders/clang-ppc64be-linux-multistage/builds/60 probably didn't use OS X? On Tue, Feb 2, 2016 at 11:20 AM, David Blaikie <dblaikie at gmail.com> wrote: > Can we XFAIL it only on OSX/Darwin & file a bug? It sounds like the issue > may be restricted to that platform & there's incomplete (possibly ongoing) > investigation? That way we

On Tue, Feb 2, 2016 at 5:24 PM, David Blaikie <dblaikie at gmail.com> wrote: > > > On Tue, Feb 2, 2016 at 8:23 AM, Nico Weber <thakis at google.com> wrote: >> >> http://lab.llvm.org:8011/builders/clang-ppc64be-linux-multistage/builds/60 >> probably didn't use OS X? > > > Fair point - Kostya/Dmitry, any ideas here? > >> >> >>

> On Feb 17, 2015, at 4:00 PM, Alexey Samsonov <vonosmas at gmail.com> wrote: > > > On Tue, Feb 17, 2015 at 3:37 PM, Anna Zaks <ganna at apple.com <mailto:ganna at apple.com>> wrote: > Unfortunately, we do rely on the Autotools to build for darwin. > > The lack of proper testing is very unfortunate. In the future, we will either drop the dependency on

Hi I've been able to get Splinter Cell: Conviction running quite smooth on my system, and I just want to share with any others what I had to do to get it all working. A few days ago, I submitted a testreport in AppDB, but it was rejected with the info that I was testing a patched version of wine. Which is true, because vanilla wine just crashes with the exception as tested by other people.

Hi, Green Dragon will be down for maintenance for about the next hour or so while I apply some plugin security patches and perform a Jenkins Core update. I’ll update this email when I am done working and everything is back on-line. Respectfully, Mike Edwards -------------- next part -------------- An HTML attachment was scrubbed... URL:

Hello, Green Dragon will need to be restarted in order to apply security updates and plugin patches. The system will be restarted at 09:30 PDT. Thank you for your patience and cooperation. Respectfully, Mike Edwards -------------- next part -------------- An HTML attachment was scrubbed... URL: <http://lists.llvm.org/pipermail/llvm-dev/attachments/20180429/9a8dbdcf/attachment.html>

Good Afternoon, I will need to restart Green Dragon at 14:15PST today in order to apply a few security patches and to reconfigure the network proxy to fix a minor bug we have discovered. I anticipate the reboot will take just a few minutes and I hope to have the system back up by 14:30PST. Sorry for any interruption and thanks for your patience and understanding. Respectfully, Mike Edwards

Good Morning, We will be restarting Green Dragon at 10:00PST today in order to apply security updates. Thank you for your patience and cooperation. Hope you all have a nice day. Respectfully, Mike Edwards -------------- next part -------------- An HTML attachment was scrubbed... URL: <http://lists.llvm.org/pipermail/llvm-dev/attachments/20180128/91e2630f/attachment.html>

We are experiencing a system error on Green Dragon and need to reboot the system ASAP. We will reboot and bring the system back on-line in the next 45 minutes. Sorry for any inconvenience, thank you for your patience. Respectfully, Mike Edwards -------------- next part -------------- An HTML attachment was scrubbed... URL:

Hi, We need to upgrade our Jenkins instance on Green Dragon. We will do so this evening, Wednesday the 7th at 18:30 PST. Email and IRC notifications will be down for a bit after we bring the system back up to allow time for testing. We will notify the list once we are back in full operation. Thanks for your time. Respectfully, Mike Edwards -------------- next part -------------- An HTML