#
95ee2897 |
|
16-Aug-2023 |
Warner Losh <imp@FreeBSD.org> |
sys: Remove $FreeBSD$: two-line .h pattern Remove /^\s*\*\n \*\s+\$FreeBSD\$$\n/
|
#
4d846d26 |
|
10-May-2023 |
Warner Losh <imp@FreeBSD.org> |
spdx: The BSD-2-Clause-FreeBSD identifier is obsolete, drop -FreeBSD The SPDX folks have obsoleted the BSD-2-Clause-FreeBSD identifier. Catch up to that fact and revert to their recommended match of BSD-2-Clause. Discussed with: pfg MFC After: 3 days Sponsored by: Netflix
|
#
f7e2f98b |
|
16-Jan-2023 |
Mark Johnston <markj@FreeBSD.org> |
atomic: Remove cdefs.h includes from atomic_*.h Avoid including cdefs.h in system headers. Both headers now include types.h, and we can assume that that pulls in cdefs.h (required for __typeof usage in some of the atomic macro expansions). No functional change intended. Reviewed by: imp, kib MFC after: 1 week Differential Revision: https://reviews.freebsd.org/D38039
|
#
301a27dc |
|
11-Oct-2022 |
Mark Johnston <markj@FreeBSD.org> |
atomic: Style Fixes: 30253da1a982 ("atomic: Add some type checking to plain atomic_load/store helpers") MFC after: 1 week
|
#
2bed7373 |
|
09-Aug-2022 |
Mark Johnston <markj@FreeBSD.org> |
atomic: Add plain atomic_load/store_bool() Reviewed by: kib MFC after: 1 week Sponsored by: The FreeBSD Foundation Differential Revision: https://reviews.freebsd.org/D36078
|
#
30253da1 |
|
25-Jul-2022 |
Mark Johnston <markj@FreeBSD.org> |
atomic: Add some type checking to plain atomic_load/store helpers Reviewed by: rpokala, mjg, imp, kib MFC after: 2 weeks Sponsored by: The FreeBSD Foundation Differential Revision: https://reviews.freebsd.org/D35828
|
#
9feff969 |
|
08-Aug-2021 |
Ed Maste <emaste@FreeBSD.org> |
Remove "All Rights Reserved" from FreeBSD Foundation sys/ copyrights These ones were unambiguous cases where the Foundation was the only listed copyright holder (in the associated license block). Sponsored by: The FreeBSD Foundation
|
#
e2494f75 |
|
23-Feb-2021 |
Konstantin Belousov <kib@FreeBSD.org> |
atomic: add atomic_interrupt_fence() with the semantic following C11 signal_fence, that is, it establishes ordering between its place and any interrupt handler executing on the same CPU. Reviewed by: markj, mjg, rlibby Sponsored by: The FreeBSD Foundation MFC after: 1 week Differential Revision: https://reviews.freebsd.org/D28909
|
#
054ce2b0 |
|
25-Jan-2021 |
Mateusz Guzik <mjg@FreeBSD.org> |
atomic: add stub atomic_load_consume_ptr
|
#
cc96f92a |
|
25-Jan-2021 |
Mateusz Guzik <mjg@FreeBSD.org> |
atomic: make atomic_store_ptr type-aware
|
#
7d54cc91 |
|
20-Sep-2020 |
Jessica Clarke <jrtc27@FreeBSD.org> |
atomic_common.h: Fix the volatile qualifier placement in atomic_load_ptr This was broken in r357940 which introduced the __typeof use. We need the volatile qualifier to be on the pointee not the pointer otherwise it does nothing. This was found by mhorne in D26498, noticing there was a problem (a spin loop condition was hoisted for RISC-V boot code) but not the root cause of it. Reported by: mhorne Reviewed by: mhorne, mjg Approved by: mhorne, mjg Differential Revision: https://reviews.freebsd.org/D26500
|
#
082a6b2a |
|
14-Feb-2020 |
Mateusz Guzik <mjg@FreeBSD.org> |
Make atomic_load_ptr type-aware Returned value has type based on the argument, meaning consumers no longer have to cast in the commmon case. This commit keeps the kernel compilable without patching the rest.
|
#
542c56ea |
|
07-Nov-2019 |
Andrew Turner <andrew@FreeBSD.org> |
Add the missing volatile qualifier in atomic_store_ptr MFC after: 1 week Sponsored by: DARPA, AFRL
|
#
30d4f9e8 |
|
19-Dec-2017 |
Konstantin Belousov <kib@FreeBSD.org> |
Add atomic_load(9) and atomic_store(9) operations. They provide relaxed-ordered atomic access semantic. Due to the FreeBSD memory model, the operations are syntaxical wrappers around the volatile accesses. The volatile qualifier is used to ensure that the access not optimized out and in turn depends on the volatile semantic as implemented by supported compilers. The motivation for adding the operation is to help people coming from other systems or knowing the C11/C++ standards where atomics have special type and require use of the special access operations. It is still the case that FreeBSD requires plain load and stores of aligned integer types to be atomic. Suggested by: jhb Reviewed by: alc, jhb Sponsored by: The FreeBSD Foundation MFC after: 1 week Differential revision: https://reviews.freebsd.org/D13534
|