rcutorture: Mark data-race potential for rcu_barrier() test statistics
authorPaul E. McKenney <paulmck@kernel.org>
Tue, 18 Feb 2020 21:41:02 +0000 (13:41 -0800)
committerPaul E. McKenney <paulmck@kernel.org>
Mon, 27 Apr 2020 18:05:13 +0000 (11:05 -0700)
commitc9527bebb017b891d1a2bbb96217bd5225488a0e
treedc8cf0bfa510ed5005bcf8d8408794af7fbf7646
parentb3578186b28da4ed5d0852ec69c13a7bce15b5fd
rcutorture: Mark data-race potential for rcu_barrier() test statistics

The n_barrier_successes, n_barrier_attempts, and
n_rcu_torture_barrier_error variables are updated (without access
markings) by the main rcu_barrier() test kthread, and accessed (also
without access markings) by the rcu_torture_stats() kthread.  This of
course can result in KCSAN complaints.

Because the accesses are in diagnostic prints, this commit uses
data_race() to excuse the diagnostic prints from the data race.  If this
were to ever cause bogus statistics prints (for example, due to store
tearing), any misleading information would be disambiguated by the
presence or absence of an rcutorture splat.

This data race was reported by KCSAN.  Not appropriate for backporting
due to failure being unlikely and due to the mild consequences of the
failure, namely a confusing rcutorture console message.

Signed-off-by: Paul E. McKenney <paulmck@kernel.org>
Reviewed-by: Joel Fernandes (Google) <joel@joelfernandes.org>
kernel/rcu/rcutorture.c