wireguard-openbsd/sys/arch/amd64/include/lock.h, branch jd/queueboosts WireGuard implementation for the OpenBSD kernel https://git.zx2c4.com/wireguard-openbsd/atom/sys/arch/amd64/include/lock.h?h=jd%2Fqueueboosts 2017-05-29T14:19:49Z Kill SPINLOCK_SPIN_HOOK, use CPU_BUSY_CYCLE() instead. 2017-05-29T14:19:49Z mpi mpi@openbsd.org 2017-05-29T14:19:49Z urn:sha1:275e6a2f73daf87c4fca2936430979b529d958cc ok visa@, kettenis@ Drop trailing semicolon from a macro. 2017-05-25T03:50:10Z visa visa@openbsd.org 2017-05-25T03:50:10Z urn:sha1:541b19fc4b78c01ea66c1e04497399ec83456aad OK dlg@ Remove __lockbarrier() defines, unused since cpu_lock removal a few 2016-04-03T11:05:26Z jsg jsg@openbsd.org 2016-04-03T11:05:26Z urn:sha1:d1bb2ac8b6491d868d4535e31bec96d4309f6b8f years ago. ok dlg@ make the rwlock implementation MI. 2015-02-11T00:14:11Z dlg dlg@openbsd.org 2015-02-11T00:14:11Z urn:sha1:c7ee61963c3a9af7911e1d06422068d4e15ba0c0 each arch used to have to provide an rw_cas operation, but now we have the rwlock code build its own version. on smp machines it uses atomic_cas_ulong. on uniproc machines it avoids interlocked instructions by using straight loads and stores. this is safe because rwlocks are only used from process context and processes are currently not preemptible in our kernel. so alpha/ppc/etc might get a benefit. ok miod@ kettenis@ deraadt@ It's been a quarter century: we can assume volatile is present with that name. 2014-03-29T18:09:28Z guenther guenther@openbsd.org 2014-03-29T18:09:28Z urn:sha1:2df76cc2a0aee2cb2166e3799b7bb5c3f883f83d ok dlg@ mpi@ deraadt@ replace x86_atomic_cas_things with atomic_cas_foo equivalents. 2014-03-27T10:24:40Z dlg dlg@openbsd.org 2014-03-27T10:24:40Z urn:sha1:813b3f908663da48e2becacf1c3fd9989f3d6774 ok kettenis@ remove unused cpu_lock code (where it is truly unused). it is not 2013-05-21T20:05:30Z tedu tedu@openbsd.org 2013-05-21T20:05:30Z urn:sha1:dc809bae3e7cea798d871006a9d0888b9a712566 part of the future we have planned. middling ok from a few Normalize sentinel. Use _MACHINE_*_H_ and _<ARCH>_*_H_ properly and consitently. 2011-03-23T16:54:33Z pirofti pirofti@openbsd.org 2011-03-23T16:54:33Z urn:sha1:2fa72412907ae78c4787a4a8f888c5f0486e225c Discussed and okay drahn@. Okay deraadt@. Fix "fp_save ipi didn't" panic, and move i386/amd64 closer in the process. 2008-12-04T15:48:19Z weingart weingart@openbsd.org 2008-12-04T15:48:19Z urn:sha1:234e55eac3a95845edfa946b610101f7df3e494c Positive test results by a handful of people. Ok kettenis@ First pass at removing clauses 3 and 4 from NetBSD licenses. 2008-06-26T05:42:03Z ray ray@openbsd.org 2008-06-26T05:42:03Z urn:sha1:d874cce4b1d9fe6b41c9e4f2117a77d8a4a37b92 Not sure what's more surprising: how long it took for NetBSD to catch up to the rest of the BSDs (including UCB), or the amount of code that NetBSD has claimed for itself without attributing to the actual authors. OK deraadt@