[<prev] [next>] [thread-next>] [day] [month] [year] [list]
Message-ID: <20131211230823.GA12448@linux.vnet.ibm.com>
Date: Wed, 11 Dec 2013 15:08:23 -0800
From: "Paul E. McKenney" <paulmck@...ux.vnet.ibm.com>
To: linux-kernel@...r.kernel.org
Cc: mingo@...nel.org, laijs@...fujitsu.com, dipankar@...ibm.com,
akpm@...ux-foundation.org, mathieu.desnoyers@...icios.com,
josh@...htriplett.org, niv@...ibm.com, tglx@...utronix.de,
peterz@...radead.org, rostedt@...dmis.org, dhowells@...hat.com,
edumazet@...gle.com, darren@...art.com, fweisbec@...il.com,
oleg@...hat.com, sbw@....edu
Subject: [PATCH v2 tip/core/rcu 0/4] Documentation changes for 3.14
Hello!
This series once again attempts to improve rcu_assign_pointer()'s
relationship with sparse.
1. Add a comment indicating that despite appearances,
rcu_assign_pointer() really only evaluates its arguments once,
as a cpp macro should.
2. Replace rcu_assign_pointer() of NULL with RCU_INIT_POINTER() to
silence a sparse warning.
3. Apply ACCESS_ONCE() to rcu_assign_pointer()'s target to prevent
comiler mischief. Also require that the source pointer be from
the kernel address space. Sometimes it can be from the RCU address
space, which necessitates the remaining patches in this series.
Which, it must be admitted, apply to a very small fraction of
the rcu_assign_pointer() invocations in the kernel. This commit
courtesy of Josh Triplett.
4. Add an RCU_INITIALIZER() for compile-time initialization of
global RCU-protected pointers.
Changes from v1 (candidate for v3.14):
o Remove the requirement that values passed to rcu_assign_pointer()
needed to be in sparse's __kernel address space. This found
no bugs and produced a number of ugly false positives. (Hey,
it seemed like a good idea at the time...)
o Remove lots of rcu_assign_pointer()-to-ACCESS_ONCE() changes
that are no longer needed given the above change.
Changes from v3 (candidate for 3.13):
o Remove the replacements of rcu_assign_pointer() with ACCESS_ONCE()
where new data really was being exposed to readers.
Changes from v2:
o Switch from rcu_assign_pointer() to ACCESS_ONCE() given that
the pointers are all --rcu and already visible to readers,
as suggested by Eric Dumazet and Josh Triplett.
o Place the commit adding the rcu_assign_pointer()'s ACCESS_ONCE()
at the end to allow better bisectability, as suggested by Josh
Triplett.
o Add a comment to rcu_assign_pointer() noting that it only evaluates
its arguments once, as suggested by Josh Triplett.
Changes from v1:
o Fix grammar nit in commit logs.
Thanx, Paul
------------------------------------------------------------------------
b/drivers/net/bonding/bond_main.c | 2
b/include/linux/rcupdate.h | 90 +++++++++++++++++++++-----------------
2 files changed, 52 insertions(+), 40 deletions(-)
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@...r.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
Please read the FAQ at http://www.tux.org/lkml/
Powered by blists - more mailing lists