wireguard-openbsd/lib/libcxx/src, branch jd/queueboostsWireGuard implementation for the OpenBSD kernelhttps://git.zx2c4.com/wireguard-openbsd/atom/lib/libcxx/src?h=jd%2Fqueueboosts2019-06-17T22:28:47ZMerge libc++, libc++abi and libunwind version 8.0.0.2019-06-17T22:28:47Zpatrickpatrick@openbsd.org2019-06-17T22:28:47Zurn:sha1:308ed93135e1e5919c16767bd98e8835e42e613b
Ports build by naddy@
Tested by visa on octeon
Tested by kettenis on macppc and sparc64
Import libc++ 8.0.0.2019-06-17T22:18:29Zpatrickpatrick@openbsd.org2019-06-17T22:18:29Zurn:sha1:504b10ec5101b237e4c07e1f2de4b6c48138181ethat "device" is an abstraction to the underlying OS PRNG.2019-03-22T12:39:42Zespieespie@openbsd.org2019-03-22T12:39:42Zurn:sha1:66c1d05b38aa3cbfdce71a5a1a4ad7ab85fe4ceb
In OpenBSD's case, we know it has optimal entropy properties,
so just say so.
okay mikeb@, "why not" deraadt@
Merge libc++, libc++abi and libunwind version 7.0.1.2019-02-04T17:04:33Zpatrickpatrick@openbsd.org2019-02-04T17:04:33Zurn:sha1:71d9f34297ef5b8104aac6236e8dc7c95ff5da15
Tested by visa on octeon
Tested by kettenis on arm64, armv7 and sparc64
"go for it" deraadt and sthen
Import libc++ 7.0.1.2019-02-04T16:55:44Zpatrickpatrick@openbsd.org2019-02-04T16:55:44Zurn:sha1:76c648e7a477ffb2a882ad5ffe523269bd9a3f6ainstead of defining _LIBCPP_DEBUG in debug.cpp which enables some debug2018-09-11T18:31:58Zrobertrobert@openbsd.org2018-09-11T18:31:58Zurn:sha1:13317850d06b6ac5a2d670b8d0791ea05a1a42b0
code which breaks quiet a few things, define _LIBCPP_BUILDING_LIBRARY
for the complete build to get the needed definitions in debug.cpp without
enabling debug code
merge libc++ 6.0.0 (bump lib major); ok patrick@, kettenis@2018-09-11T18:29:53Zrobertrobert@openbsd.org2018-09-11T18:29:53Zurn:sha1:e933dfd56b2b1c88c8dcf4c47d7dabd4706764ddimport of libc++ 6.0.02018-09-11T18:18:58Zrobertrobert@openbsd.org2018-09-11T18:18:58Zurn:sha1:820e1f31efc1d6ed04795ba2e79f3044e1907492Add hw.ncpuonline to count the number of online CPUs.2018-07-12T01:23:38Zchelohacheloha@openbsd.org2018-07-12T01:23:38Zurn:sha1:c71ddef4e977e565d25356bbc54b3876cbf432d2
The introduction of hw.smt means that logical CPUs can be disabled
after boot and prior to suspend/resume. If hw.smt=0 (the default),
there needs to be a way to count the number of hardware threads
available on the system at any given time.
So, import HW_NCPUONLINE/hw.ncpuonline from NetBSD and document it.
hw.ncpu becomes equal to the number of CPUs given to sched_init_cpu()
during boot, while hw.ncpuonline is equal to the number of CPUs available
to the scheduler in the cpuset "sched_all_cpus". Set_SC_NPROCESSORS_ONLN
equal to this new sysctl and keep _SC_NPROCESSORS_CONF equal to hw.ncpu.
This is preferable to adding a new sysctl to count the number of
configured CPUs and keeping hw.ncpu equal to the number of online
CPUs because such a change would break software in the ecosystem
that relies on HW_NCPU/hw.ncpu to measure CPU usage and the like.
Such software in base includes top(1), systat(1), and snmpd(8),
and perhaps others.
We don't need additional locking to count the cardinality of a cpuset
in this case because the only interfaces that can modify said cardinality
are sysctl(2) and ioctl(2), both of which are under the KERNEL_LOCK.
Software using HW_NCPU/hw.ncpu to determine optimal parallism will need
to be updated to use HW_NCPUONLINE/hw.ncpuonline. Until then, such software
may perform suboptimally. However, most changes will be similar to the
change included here for libcxx's std::thread:hardware_concurrency():
using HW_NCPUONLINE in lieu of HW_NCPU should be sufficient for determining
optimal parallelism for most software if the change to _SC_NPROCESSORS_ONLN
is insufficient.
Prompted by deraadt. Discussed at length with kettenis, deraadt, and sthen.
Lots of patch tweaks from kettenis.
ok kettenis, "proceed" deraadt
Import libc++ 3.9.02016-09-03T18:39:32Zpatrickpatrick@openbsd.org2016-09-03T18:39:32Zurn:sha1:fe1ccca2776129541f1c4f645e4d1de89a22a031