FreeBSD source tree https://cgit-dev.freebsd.org/src/atom?h=release%2F10.3.0 2016-01-07T14:52:32Z 2016-01-07T14:52:32Z Ed Maste emaste@FreeBSD.org 2016-01-07T14:52:32Z urn:sha1:7e7e814b09fb962f23b280a71265c1399dee985a 2015-12-04T19:16:56Z Bryan Drewery bdrewery@FreeBSD.org 2015-12-04T19:16:56Z urn:sha1:a190bb4443241611d03355f6d57b87439a176cb5 Use LIBEXECDIR for /usr/libexec. 2015-10-28T11:32:39Z Konstantin Belousov kib@FreeBSD.org 2015-10-28T11:32:39Z urn:sha1:4d32ca5d695393372160afb1d8241b6741ff7cd6 Allow PT_NOTES segments to be located anywhere in the executable image. 2015-10-26T16:21:56Z Eric van Gyzen vangyzen@FreeBSD.org 2015-10-26T16:21:56Z urn:sha1:76bc7f51e37b8cb4521d1342ffd42b7ca53c5053 Clang emits SSE instructions on amd64 in the common path of pthread_mutex_unlock. If the thread does not otherwise use SSE, this usage incurs a context-switch of the FPU/SSE state, which reduces the performance of multiple real-world applications by a non-trivial amount (3-5% in one application). Instead of this change, I experimented with eagerly switching the FPU state at context-switch time. This did not help. Most of the cost seems to be in the read/write of memory--as kib@ stated--and not in the #NM handling. I tested on machines with and without XSAVEOPT. One counter-argument to this change is that most applications already use SIMD, and the number of applications and amount of SIMD usage are only increasing. This is absolutely true. I agree that--in general and in principle--this change is in the wrong direction. However, there are applications that do not use enough SSE to offset the extra context-switch cost. SSE does not provide a clear benefit in the current libthr code with the current compiler, but it does provide a clear loss in some cases. Therefore, disabling SSE in libthr is a non-loss for most, and a gain for some. I refrained from disabling SSE in libc--as was suggested--because I can't make the above argument for libc. It provides a wide variety of code; each case should be analyzed separately. https://lists.freebsd.org/pipermail/freebsd-current/2015-March/055193.html Suggestions from: dim, jmg, rpaulo Sponsored by: Dell Inc. 2015-09-08T12:00:13Z Andrew Turner andrew@FreeBSD.org 2015-09-08T12:00:13Z urn:sha1:9faa422dd2686fe0aad5161f40f2fa9f29df51ab Ensure we use calculate_first_tls_offset, even if the main program doesn't have TLS program header. This is needed on architectures with Variant I tls, that is arm, arm64, mips, and powerpc. These place the thread control block at the start of the buffer and, without this, this data may be trashed. This appears to not be an issue on mips or powerpc as they include a second adjustment to move the thread local data, however this is on arm64 (with a future change to fix placing this data), and should be on arm. I am unable to trigger this on arm, even after changing the code to move the data around to make it more likely to be hit. This is most likely because my tests didn't use the variable in offset 0. Reviewed by: kib MFC after: 1 week Sponsored by: ABT Systems Ltd 2015-08-31T19:20:18Z Ed Maste emaste@FreeBSD.org 2015-08-31T19:20:18Z urn:sha1:5aafebfc2ce209b3e2a8b2f530df19125da8b785 The requirement is for a GCC-compatible compiler and not necessarily GCC itself. However, we currently expect any compiler used for building the whole of FreeBSD to be GCC-compatible and many things will break if not; there's no longer a need to have an explicit test for this in rtld. 2015-06-30T19:53:26Z Warren Block wblock@FreeBSD.org 2015-06-30T19:53:26Z urn:sha1:d60fdfbc50baf93a49d2927f52be580487911503 Call /etc/crontab the "system crontab", not "root's crontab". While here, fix some other wording issues 2015-06-30T14:17:02Z Dag-Erling Smørgrav des@FreeBSD.org 2015-06-30T14:17:02Z urn:sha1:8bda59ea25aa0fc54c819c34381eadee7eb5a1e0 2015-05-06T09:38:44Z Konstantin Belousov kib@FreeBSD.org 2015-05-06T09:38:44Z urn:sha1:9016b9b8c463987456dc2225383feda001970ce1 Remove the #ifdef DEBUG code, which is not compilable on 64bit architectures. PR: 199767 2015-05-04T08:19:12Z Konstantin Belousov kib@FreeBSD.org 2015-05-04T08:19:12Z urn:sha1:05bdbc5383ac7e5c47a94ea3ceaa8578359ae428 Always do token substitution, do not require -z origin to do it.