search for: dvyukov

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 cas...

On Fri, Apr 18, 2014 at 11:44 AM, Dmitry Vyukov <dvyukov at google.com> wrote: > On Fri, Apr 18, 2014 at 11:32 AM, Dmitry Vyukov <dvyukov at google.com>wrote: > >> On Fri, Apr 18, 2014 at 11:13 AM, Dmitry Vyukov <dvyukov at google.com>wrote: >> >>> Hi, >>> >>> This is long thread, so I will com...

> On 2 Sep 2016, at 12:11, Dmitry Vyukov <dvyukov at google.com> wrote: > > On Fri, Sep 2, 2016 at 12:09 PM, Kuba Brecka <kuba.brecka at gmail.com> wrote: >> >>> On 2 Sep 2016, at 11:18, Dmitry Vyukov via llvm-dev <llvm-dev at lists.llvm.org> wrote: >>> >>> On Thu, Sep 1, 2016 at 2:30 PM, Ku...

On Fri, Apr 18, 2014 at 11:13 AM, Dmitry Vyukov <dvyukov at google.com> wrote: > Hi, > > This is long thread, so I will combine several comments into single email. > > > >> - 8-bit per-thread counters, dumping into central counters on overflow. > >The overflow will happen very quickly with 8bit counter. > > Yes, bu...

> On Jul 1, 2016, at 12:10 PM, Dmitry Vyukov <dvyukov at google.com> wrote: > > On Fri, Jul 1, 2016 at 8:53 PM, Anna Zaks <ganna at apple.com> wrote: >> Hi Sanitizer Runtime Developers, >> >> We recently ran into a problem building clang because some of the >> definitions in sanitizer_common conflicted with sys...

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 Apr 24, 2014, at 1:33 AM, Dmitry Vyukov <dvyukov at google.com> wrote: >> >> I can see that the behavior of our current instrumentation is going to be a >> problem for the kinds of applications that you’re looking at. If you can >> find a way to get the overhead down without losing accuracy > > What are your req...

...__tsan_release... Do you think that would work? E.g.: void call_once_callback_wrapper(...) { orig_func(orig_arg); __tsan_release(flag); } INTERCEPTOR(call_once, o, func, arg) { REAL(call_once)(flag, ..., call_once_callback_wrapper); } Kuba > On 2 Sep 2016, at 13:42, Dmitry Vyukov <dvyukov at google.com> wrote: > > INTERCEPTOR(call_once, o) { > __tsan_release_merge(o); > REAL(call_once)(o); > __tsan_acquire(o); > } > > ? > > > On Fri, Sep 2, 2016 at 12:16 PM, Kuba Brecka <kuba.brecka at gmail.com> wrote: >> >>> On 2...

On Thu, Jan 3, 2019 at 11:54 PM Kuba Mracek <mracek at apple.com> wrote: > > > > > On Jan 3, 2019, at 1:21 PM, David Greene via llvm-dev <llvm-dev at lists.llvm.org> wrote: > > > > Chandler Carruth via llvm-dev <llvm-dev at lists.llvm.org> writes: > > > >> What you're seeing is just the fact that lit is waiting on > >>

On Thu, Jun 21, 2012 at 2:29 AM, Dmitry Vyukov <dvyukov at google.com> wrote: > On Thu, Jun 21, 2012 at 1:23 PM, Kostya Serebryany <kcc at google.com> wrote: > >> On Thu, Jun 21, 2012 at 12:52 PM, Chandler Carruth <chandlerc at google.com>wrote: >> >>> On Thu, Jun 21, 2012 at 1:42 AM, Kostya Serebryany <kcc...

...and post parts. The deadlock detector already has separate callbacks for these events, it is just a matter of threading these callbacks through tsan code. You can look at the standalone deadlock detector in lib/tsan/dd/dd_interceptors.cc, it does it correctly. -- Dmitry Vyukov, Software Engineer, dvyukov at google.com Google Germany GmbH, Dienerstraße 12, 80331, München Geschäftsführer: Graham Law, Christine Elizabeth Flores Registergericht und -nummer: Hamburg, HRB 86891 Sitz der Gesellschaft: Hamburg Diese E-Mail ist vertraulich. Wenn Sie nicht der richtige Adressat sind, leiten Sie diese bitte n...

On Tue, Nov 28, 2017 at 12:16 AM, Kostya Serebryany <kcc at google.com> wrote: > +dvyukov > > On Mon, Nov 27, 2017 at 4:56 AM, Csaba Raduly via llvm-dev > <llvm-dev at lists.llvm.org> wrote: >> >> Hi all, >> >> I'm trying to build clang on Ubuntu 17.10 - the build succeeds, but >> testing fails: >> >> ~/wk/LLVM/build_release$...

On Wed, Mar 7, 2018 at 7:48 AM, Dmitry Vyukov <dvyukov at google.com> wrote: > On Wed, Mar 7, 2018 at 4:39 PM, Andrey Ryabinin <aryabinin at virtuozzo.com> wrote: >> On 03/06/2018 08:58 PM, Will Deacon wrote: >>> Hi all, >>> >>> As part of some recent work to harden the Kernel Address Space Layout >>&g...

...timed out: 1200 seconds without output, attempting to kill It seems like we'd get a lot more value from this bot if we just disabled the tsan tests, or at whichever tests have the highest deadlock risk. On Thu, May 14, 2015 at 1:08 PM, Kostya Serebryany <kcc at google.com> wrote: > +dvyukov > > On Wed, May 13, 2015 at 11:08 AM, David Blaikie <dblaikie at gmail.com> > wrote: > >> >> >> On Wed, May 13, 2015 at 10:39 AM, Reid Kleckner <rnk at google.com> wrote: >> >>> It's a 20m timeout without output. >>> >>>...

...(generated) build.ninja > > The "SILENT=1" is hard-coded into build.ninja and ninja -v has no effect on it. > > I tried passing -DLLVM_INCLUDE_GO_TESTS=OFF to cmake but the result > was the same. > > Csaba > > On Tue, Nov 28, 2017 at 7:27 AM, Dmitry Vyukov <dvyukov at google.com> wrote: >> On Tue, Nov 28, 2017 at 12:16 AM, Kostya Serebryany <kcc at google.com> wrote: >>> +dvyukov >>> >>> On Mon, Nov 27, 2017 at 4:56 AM, Csaba Raduly via llvm-dev >>> <llvm-dev at lists.llvm.org> wrote: >>>> &...

On Tue, Aug 18, 2015 at 8:28 PM, Kostya Serebryany <kcc at google.com> wrote: > +dvyukov > > On Mon, Aug 17, 2015 at 8:37 AM, Renato Golin <renato.golin at linaro.org> > wrote: >> >> Folks, >> >> The review of patch http://reviews.llvm.org/D11532 is extremely slow >> due to the number of hacks, left-overs and general undesired changes >&g...

On Tue, Aug 18, 2015 at 10:53 PM, Renato Golin <renato.golin at linaro.org> wrote: > On 18 August 2015 at 19:57, Dmitry Vyukov <dvyukov at google.com> wrote: >> Hi Renato, >> >> What exactly hack/hacks do you mean? > > Hi Dmitry, > > The sanitizer code seems to be more accepting to adding complicated > pre-processor logic, as well as a number of alternative functions to > work around various i...

On Thu, Jun 21, 2012 at 1:23 PM, Kostya Serebryany <kcc at google.com> wrote: > On Thu, Jun 21, 2012 at 12:52 PM, Chandler Carruth <chandlerc at google.com>wrote: > >> On Thu, Jun 21, 2012 at 1:42 AM, Kostya Serebryany <kcc at google.com>wrote: >> >>> Can we alter the build system so that when building a run-time library >>> it modifies all

Folks, The review of patch http://reviews.llvm.org/D11532 is extremely slow due to the number of hacks, left-overs and general undesired changes and style that the submission has. That happens, and it's ok when the overall direction the patch is going was agreed, and is acceptable as generally good. But this is not the case. To wake up the elephant in the room, do we really think that

On Thu, Jun 21, 2012 at 1:30 PM, Chandler Carruth <chandlerc at google.com>wrote: > Can we alter the build system so that when building a run-time library it >>>>> modifies all .cpp files like this: >>>>> namespace FOO { >>>>> <file body> >>>>> } >>>>> This will give us essentially the same thing,