lists.openwall.net | lists / announce owl-users owl-dev john-users john-dev passwdqc-users yescrypt popa3d-users / oss-security kernel-hardening musl sabotage tlsify passwords / crypt-dev xvendor / Bugtraq Full-Disclosure linux-kernel linux-netdev linux-ext4 linux-hardening linux-cve-announce PHC | |
Open Source and information security mailing list archives
| ||
|
Date: Tue, 24 Mar 2020 09:10:59 -0000 From: "tip-bot2 for Paul E. McKenney" <tip-bot2@...utronix.de> To: linux-tip-commits@...r.kernel.org Cc: "Paul E. McKenney" <paulmck@...nel.org>, Ingo Molnar <mingo@...nel.org>, Marco Elver <elver@...gle.com>, Dmitry Vyukov <dvyukov@...gle.com>, x86 <x86@...nel.org>, LKML <linux-kernel@...r.kernel.org> Subject: [tip: locking/kcsan] kcsan: Add docbook header for data_race() The following commit has been merged into the locking/kcsan branch of tip: Commit-ID: 7ad900d35b49af5a05f595d2274c32e69e01b055 Gitweb: https://git.kernel.org/tip/7ad900d35b49af5a05f595d2274c32e69e01b055 Author: Paul E. McKenney <paulmck@...nel.org> AuthorDate: Mon, 03 Feb 2020 14:42:18 -08:00 Committer: Ingo Molnar <mingo@...nel.org> CommitterDate: Sat, 21 Mar 2020 09:42:04 +01:00 kcsan: Add docbook header for data_race() Signed-off-by: Paul E. McKenney <paulmck@...nel.org> Signed-off-by: Ingo Molnar <mingo@...nel.org> Cc: Marco Elver <elver@...gle.com> Cc: Dmitry Vyukov <dvyukov@...gle.com> --- include/linux/compiler.h | 14 ++++++++------ 1 file changed, 8 insertions(+), 6 deletions(-) diff --git a/include/linux/compiler.h b/include/linux/compiler.h index 8c0beb1..c1bdf37 100644 --- a/include/linux/compiler.h +++ b/include/linux/compiler.h @@ -315,13 +315,15 @@ unsigned long read_word_at_a_time(const void *addr) #include <linux/kcsan.h> -/* - * data_race(): macro to document that accesses in an expression may conflict with - * other concurrent accesses resulting in data races, but the resulting - * behaviour is deemed safe regardless. +/** + * data_race - mark an expression as containing intentional data races + * + * This data_race() macro is useful for situations in which data races + * should be forgiven. One example is diagnostic code that accesses + * shared variables but is not a part of the core synchronization design. * - * This macro *does not* affect normal code generation, but is a hint to tooling - * that data races here should be ignored. + * This macro *does not* affect normal code generation, but is a hint + * to tooling that data races here are to be ignored. */ #define data_race(expr) \ ({ \
Powered by blists - more mailing lists