<feed xmlns='http://www.w3.org/2005/Atom'>
<title>bcm5719-llvm/compiler-rt/lib, branch meklort-10.0.1</title>
<subtitle>Project Ortega BCM5719 LLVM</subtitle>
<id>https://git.raptorcs.com/git/bcm5719-llvm/atom?h=meklort-10.0.1</id>
<link rel='self' href='https://git.raptorcs.com/git/bcm5719-llvm/atom?h=meklort-10.0.1'/>
<link rel='alternate' type='text/html' href='https://git.raptorcs.com/git/bcm5719-llvm/'/>
<updated>2020-06-25T23:13:53+00:00</updated>
<entry>
<title>[RISCV-V] Provide muldi3 builtin assembly implementation</title>
<updated>2020-06-25T23:13:53+00:00</updated>
<author>
<name>kamlesh kumar</name>
<email>kamleshbhalui@gmail.com</email>
</author>
<published>2020-06-02T19:48:30+00:00</published>
<link rel='alternate' type='text/html' href='https://git.raptorcs.com/git/bcm5719-llvm/commit/?id=5fa1f1e9f44b9f9f3ba8c777cc3fd72a7952be5e'/>
<id>urn:sha1:5fa1f1e9f44b9f9f3ba8c777cc3fd72a7952be5e</id>
<content type='text'>
Provides an assembly implementation of muldi3 for RISC-V, to solve bug 43388.
Since the implementation is the same as for mulsi3, that code was moved to
`riscv/int_mul_impl.inc` and is now reused by both `mulsi3.S` and `muldi3.S`.

Differential Revision: https://reviews.llvm.org/D80465

(cherry picked from commit e31ccee1b01acf703889312ee86023ff87bd39fe)
</content>
</entry>
<entry>
<title>[profile] Don't crash when forking in several threads</title>
<updated>2020-05-07T18:18:56+00:00</updated>
<author>
<name>Calixte Denizet</name>
<email>calixte.denizet@gmail.com</email>
</author>
<published>2020-04-20T08:50:30+00:00</published>
<link rel='alternate' type='text/html' href='https://git.raptorcs.com/git/bcm5719-llvm/commit/?id=f082d91801645e999aa8b1072392f945405eafc5'/>
<id>urn:sha1:f082d91801645e999aa8b1072392f945405eafc5</id>
<content type='text'>
Summary:
When forking in several threads, the counters were written out in using the same global static variables (see GCDAProfiling.c): that leads to crashes.
So when there is a fork, the counters are resetted in the child process and they will be dumped at exit using the interprocess file locking.
When there is an exec, the counters are written out and in case of failures they're resetted.

Reviewers: jfb, vsk, marco-c, serge-sans-paille

Reviewed By: marco-c, serge-sans-paille

Subscribers: llvm-commits, serge-sans-paille, dmajor, cfe-commits, hiraditya, dexonsmith, #sanitizers, marco-c, sylvestre.ledru

Tags: #sanitizers, #clang, #llvm

Differential Revision: https://reviews.llvm.org/D78477

(cherry picked from commit bec223a9bc4eb9747993ee9a4c1aa135c32123e6)
</content>
</entry>
<entry>
<title>Revert "[compiler-rt] Add a critical section when flushing gcov counters"</title>
<updated>2020-02-26T12:34:20+00:00</updated>
<author>
<name>Hans Wennborg</name>
<email>hans@chromium.org</email>
</author>
<published>2020-02-26T12:31:58+00:00</published>
<link rel='alternate' type='text/html' href='https://git.raptorcs.com/git/bcm5719-llvm/commit/?id=57a064f8dc8301ce8b017c84782286816dc58911'/>
<id>urn:sha1:57a064f8dc8301ce8b017c84782286816dc58911</id>
<content type='text'>
See the discussion on PR44792.

This reverts commit 02ce9d8ef5a84bc884de4105eae5f8736ef67634.
</content>
</entry>
<entry>
<title>[TSan] Ensure we can compile the runtime with older SDKs</title>
<updated>2020-02-05T18:57:21+00:00</updated>
<author>
<name>Julian Lettner</name>
<email>julian.lettner@apple.com</email>
</author>
<published>2020-02-05T16:17:06+00:00</published>
<link rel='alternate' type='text/html' href='https://git.raptorcs.com/git/bcm5719-llvm/commit/?id=c32d809e9cae8da7d3016b6cb30e2a2a9c9e2762'/>
<id>urn:sha1:c32d809e9cae8da7d3016b6cb30e2a2a9c9e2762</id>
<content type='text'>
One of my changes [1] included in this release silently bumped the
minimal macOS SDK required for building the TSan runtime to SDK 10.12.
Let's ensure release 10 does not unexpectedly break builders with old
SDKs and add proper minimal SDK checking in CMake for subsequent
releases.

This fix `#ifdef`s out interceptors for newer APIs.  Note that the
resulting TSan runtime is less complete: when these newer APIs are used
TSan will report false positives.

Fixes llvm 10 release blocker: #44682
https://bugs.llvm.org/show_bug.cgi?id=44682

[1] 894abb46f891cba2e0ef581650f27f512a7824b4

Reviewed By: dmajor

Differential Revision: https://reviews.llvm.org/D74059
</content>
</entry>
<entry>
<title>[scudo][standalone] Fork support</title>
<updated>2020-01-14T15:51:48+00:00</updated>
<author>
<name>Kostya Kortchinsky</name>
<email>kostyak@google.com</email>
</author>
<published>2020-01-09T19:43:16+00:00</published>
<link rel='alternate' type='text/html' href='https://git.raptorcs.com/git/bcm5719-llvm/commit/?id=9ef6faf49670e18eb1ba04105a7c70b450cdaa71'/>
<id>urn:sha1:9ef6faf49670e18eb1ba04105a7c70b450cdaa71</id>
<content type='text'>
Summary:
fork() wasn't well (or at all) supported in Scudo. This materialized
in deadlocks in children.

In order to properly support fork, we will lock the allocator pre-fork
and unlock it post-fork in parent and child. This is done via a
`pthread_atfork` call installing the necessary handlers.

A couple of things suck here: this function allocates - so this has to
be done post initialization as our init path is not reentrance, and it
doesn't allow for an extra pointer - so we can't pass the allocator we
are currently working with.

In order to work around this, I added a post-init template parameter
that gets executed once the allocator is initialized for the current
thread. Its job for the C wrappers is to install the atfork handlers.

I reorganized a bit the impacted area and added some tests, courtesy
of cferris@ that were deadlocking prior to this fix.

Subscribers: jfb, #sanitizers, llvm-commits

Tags: #sanitizers, #llvm

Differential Revision: https://reviews.llvm.org/D72470
</content>
</entry>
<entry>
<title>[profile] Support merge pool size &gt;= 10</title>
<updated>2020-01-12T08:27:18+00:00</updated>
<author>
<name>Fangrui Song</name>
<email>maskray@google.com</email>
</author>
<published>2020-01-12T08:24:10+00:00</published>
<link rel='alternate' type='text/html' href='https://git.raptorcs.com/git/bcm5719-llvm/commit/?id=c5b94ea265133a4a28006929643155fc8fbeafe6'/>
<id>urn:sha1:c5b94ea265133a4a28006929643155fc8fbeafe6</id>
<content type='text'>
The executable acquires an advisory record lock (`fcntl(fd, F_SETLKW, *)`) on a profile file.
Merge pool size &gt;= 10 may be beneficial when the concurrency is large.

Also fix a small problem about snprintf. It can cause the filename to be truncated after %m.

Reviewed By: davidxl

Differential Revision: https://reviews.llvm.org/D71970
</content>
</entry>
<entry>
<title>Summary: update macro for OFF_T so that sanitizer works on AARCH64.</title>
<updated>2020-01-10T21:34:49+00:00</updated>
<author>
<name>Lirong Yuan</name>
<email>yuanzi@google.com</email>
</author>
<published>2020-01-10T21:18:55+00:00</published>
<link rel='alternate' type='text/html' href='https://git.raptorcs.com/git/bcm5719-llvm/commit/?id=a5a6fd3f95a9ecc3ef8732192ce0fd7749135311'/>
<id>urn:sha1:a5a6fd3f95a9ecc3ef8732192ce0fd7749135311</id>
<content type='text'>
Reviewers: vitalybuka, eugenis, MaskRay

Reviewed By: eugenis, MaskRay

Subscribers: MaskRay, kristof.beyls, #sanitizers, llvm-commits, jkz, scw

Tags: #sanitizers, #llvm

Differential Revision: https://reviews.llvm.org/D72367
</content>
</entry>
<entry>
<title>[msan] Fix underflow in qsort interceptor.</title>
<updated>2020-01-07T00:12:52+00:00</updated>
<author>
<name>Evgenii Stepanov</name>
<email>eugenis@google.com</email>
</author>
<published>2020-01-07T00:12:52+00:00</published>
<link rel='alternate' type='text/html' href='https://git.raptorcs.com/git/bcm5719-llvm/commit/?id=7ba4595c86be88bf9ebb7261ba49ed4626e5f585'/>
<id>urn:sha1:7ba4595c86be88bf9ebb7261ba49ed4626e5f585</id>
<content type='text'>
</content>
</entry>
<entry>
<title>[msan] Check qsort input.</title>
<updated>2020-01-06T23:07:02+00:00</updated>
<author>
<name>Evgenii Stepanov</name>
<email>eugenis@google.com</email>
</author>
<published>2019-12-20T20:07:04+00:00</published>
<link rel='alternate' type='text/html' href='https://git.raptorcs.com/git/bcm5719-llvm/commit/?id=b5e7f95cfbeb28ff8b966a2b7e38a03f32410030'/>
<id>urn:sha1:b5e7f95cfbeb28ff8b966a2b7e38a03f32410030</id>
<content type='text'>
Summary:
Qsort interceptor suppresses all checks by unpoisoning the data in the
wrapper of a comparator function, and then unpoisoning the output array
as well.

This change adds an explicit run of the comparator on all elements of
the input array to catch any sanitizer bugs.

Reviewers: vitalybuka

Subscribers: #sanitizers, llvm-commits

Tags: #sanitizers, #llvm

Differential Revision: https://reviews.llvm.org/D71780
</content>
</entry>
<entry>
<title>[compiler-rt] [netbsd] Switch to syscall for ThreadSelfTlsTcb()</title>
<updated>2020-01-03T01:40:52+00:00</updated>
<author>
<name>Kamil Rytarowski</name>
<email>n54@gmx.com</email>
</author>
<published>2020-01-03T01:35:33+00:00</published>
<link rel='alternate' type='text/html' href='https://git.raptorcs.com/git/bcm5719-llvm/commit/?id=0da15ff318480f30bbc90b9e8ecb9bb9431c7fd3'/>
<id>urn:sha1:0da15ff318480f30bbc90b9e8ecb9bb9431c7fd3</id>
<content type='text'>
This change avoids using internal, namespaced per-CPU calls that
are not a stable interface to read the TSL base value.
</content>
</entry>
</feed>
