rcu: Fix RCU's NMI documentation
authorPaul E. McKenney <paulmck@linux.vnet.ibm.com>
Wed, 8 Jun 2011 00:05:34 +0000 (17:05 -0700)
committerPaul E. McKenney <paulmck@linux.vnet.ibm.com>
Thu, 29 Sep 2011 04:36:44 +0000 (21:36 -0700)
It has long been the case that the architecture must call nmi_enter()
and nmi_exit() rather than irq_enter() and irq_exit() in order to
permit RCU read-side critical sections in NMIs.  Catch the documentation
up with reality.

Signed-off-by: Paul E. McKenney <paulmck@linux.vnet.ibm.com>
Acked-by: Mathieu Desnoyers <mathieu.desnoyers@efficios.com>
Documentation/RCU/NMI-RCU.txt

index bf82851a0e576e501137090a6550cee82f8cc3bb..687777f83b2371d4bd24e5d7abff88d7cf90a5d8 100644 (file)
@@ -95,7 +95,7 @@ not to return until all ongoing NMI handlers exit.  It is therefore safe
 to free up the handler's data as soon as synchronize_sched() returns.
 
 Important note: for this to work, the architecture in question must
-invoke irq_enter() and irq_exit() on NMI entry and exit, respectively.
+invoke nmi_enter() and nmi_exit() on NMI entry and exit, respectively.
 
 
 Answer to Quick Quiz