Searched refs:synchronize_rcu (Results 1 – 25 of 288) sorted by relevance
12345678910>>...12
| /Linux-v5.10/Documentation/RCU/ |
| D | whatisRCU.rst | 140 c. synchronize_rcu() / call_rcu()
146 express synchronize_rcu() in terms of the call_rcu() callback API.
174 synchronize_rcu()
176 void synchronize_rcu(void);
181 Note that synchronize_rcu() will **not** necessarily wait for
188 2. enters synchronize_rcu()
191 5. exits synchronize_rcu()
194 To reiterate, synchronize_rcu() waits only for ongoing RCU
196 any that begin after synchronize_rcu() is invoked.
198 Of course, synchronize_rcu() does not necessarily return
[all …]
|
| D | NMI-RCU.rst | 88 One way to accomplish this is via synchronize_rcu(), perhaps as
92 synchronize_rcu();
95 This works because (as of v4.20) synchronize_rcu() blocks until all
98 Since NMI handlers disable preemption, synchronize_rcu() is guaranteed
100 to free up the handler's data as soon as synchronize_rcu() returns.
|
| D | UP.rst | 52 Why is it *not* legal to invoke synchronize_rcu() in this case?
96 Note that it *is* safe for synchronize_rcu() to return immediately on
100 Why can't synchronize_rcu() return immediately on UP systems running
106 Why is it *not* legal to invoke synchronize_rcu() in this case?
136 Why can't synchronize_rcu() return immediately on UP systems
140 of an RCU read-side critical section. If synchronize_rcu()
|
| D | checklist.rst | 192 6. Since synchronize_rcu() can block, it cannot be called
218 If the updater uses call_rcu() or synchronize_rcu(),
238 8. Although synchronize_rcu() is slower than is call_rcu(), it
241 synchronize_rcu() is visible from userspace, synchronize_rcu()
244 synchronize_rcu() without synchronize_rcu()'s multi-millisecond
248 An especially important property of the synchronize_rcu()
250 are delayed for whatever reason, then the synchronize_rcu()
289 d. Periodically invoke synchronize_rcu(), permitting a limited
393 14. The whole point of call_rcu(), synchronize_rcu(), and friends
399 synchronize_rcu(), or friends.
[all …]
|
| D | rcubarrier.rst | 24 presence? There is a synchronize_rcu() primitive that blocks until all
30 synchronize_rcu();
64 We could try placing a synchronize_rcu() in the module-exit code path,
65 but this is not sufficient. Although synchronize_rcu() does wait for a
68 One might be tempted to try several back-to-back synchronize_rcu()
81 synchronize_rcu(), in particular, if there are no RCU callbacks queued
|
| /Linux-v5.10/include/linux/ |
| D | rcutiny.h | 34 synchronize_rcu(); in synchronize_rcu_expedited()
54 synchronize_rcu(); in kvfree_call_rcu()
|
| D | rcupdate.h | 41 void synchronize_rcu(void);
153 # define synchronize_rcu_tasks synchronize_rcu
187 #define synchronize_rcu_tasks synchronize_rcu
|
| /Linux-v5.10/kernel/rcu/ |
| D | tiny.c | 146 void synchronize_rcu(void) in synchronize_rcu() function
153 EXPORT_SYMBOL_GPL(synchronize_rcu);
|
| /Linux-v5.10/net/hsr/ |
| D | hsr_slave.c | 189 synchronize_rcu(); in hsr_add_port()
219 synchronize_rcu(); in hsr_del_port()
|
| /Linux-v5.10/drivers/net/wireguard/ |
| D | peer.c | 172 synchronize_rcu(); in wg_peer_remove()
190 synchronize_rcu(); in wg_peer_remove_all()
|
| /Linux-v5.10/Documentation/RCU/Design/Requirements/ |
| D | Requirements.rst | 101 14 synchronize_rcu();
105 Because the ``synchronize_rcu()`` on line 14 waits for all pre-existing
110 started after the ``synchronize_rcu()`` started, and must therefore also
124 | block ``synchronize_rcu()``!!! |
131 | Second, even when using ``synchronize_rcu()``, the other update-side |
165 24 synchronize_rcu();
169 28 synchronize_rcu();
174 the ``synchronize_rcu()`` in ``start_recovery()`` to guarantee that
181 | Why is the ``synchronize_rcu()`` on line 28 needed? |
191 critical section must not contain calls to ``synchronize_rcu()``.
[all …]
|
| /Linux-v5.10/arch/sparc/oprofile/ |
| D | init.c | 56 synchronize_rcu(); /* Allow already-started NMIs to complete. */ in timer_stop()
|
| /Linux-v5.10/net/netfilter/ |
| D | nf_nat_tftp.c | 44 synchronize_rcu(); in nf_nat_tftp_fini()
|
| D | nf_nat_amanda.c | 80 synchronize_rcu(); in nf_nat_amanda_fini()
|
| /Linux-v5.10/net/netfilter/ipvs/ |
| D | ip_vs_fo.c | 69 synchronize_rcu(); in ip_vs_fo_cleanup()
|
| D | ip_vs_lc.c | 83 synchronize_rcu(); in ip_vs_lc_cleanup()
|
| D | ip_vs_ovf.c | 76 synchronize_rcu(); in ip_vs_ovf_cleanup()
|
| D | ip_vs_nq.c | 133 synchronize_rcu(); in ip_vs_nq_cleanup()
|
| D | ip_vs_sed.c | 134 synchronize_rcu(); in ip_vs_sed_cleanup()
|
| D | ip_vs_wlc.c | 106 synchronize_rcu(); in ip_vs_wlc_cleanup()
|
| /Linux-v5.10/kernel/sched/ |
| D | membarrier.c | 314 synchronize_rcu(); in sync_runqueues_membarrier_state()
471 synchronize_rcu(); in SYSCALL_DEFINE3()
|
| /Linux-v5.10/net/caif/ |
| D | cfcnfg.c | 109 synchronize_rcu(); in cfcnfg_create()
121 synchronize_rcu(); in cfcnfg_remove()
197 synchronize_rcu(); in caif_disconnect_client()
577 synchronize_rcu(); in cfcnfg_del_phy_layer()
|
| /Linux-v5.10/Documentation/litmus-tests/rcu/ |
| D | RCU+sync+read.litmus | 33 synchronize_rcu();
|
| /Linux-v5.10/drivers/crypto/nx/ |
| D | nx-842-pseries.c | 786 synchronize_rcu(); in nx842_OF_upd()
797 synchronize_rcu(); in nx842_OF_upd()
1009 synchronize_rcu(); in nx842_probe()
1061 synchronize_rcu(); in nx842_remove()
1123 synchronize_rcu(); in nx842_pseries_exit()
|
| /Linux-v5.10/drivers/misc/cxl/ |
| D | base.c | 94 synchronize_rcu(); in unregister_cxl_calls()
|
12345678910>>...12
