Searched refs:synchronize_rcu (Results 1 – 25 of 323) sorted by relevance
12345678910>>...13
| /linux-6.6.21/Documentation/RCU/ |
| D | whatisRCU.rst | 149 c. synchronize_rcu() / call_rcu()
155 express synchronize_rcu() in terms of the call_rcu() callback API.
184 synchronize_rcu()
186 void synchronize_rcu(void);
191 have completed. Note that synchronize_rcu() will **not**
199 2. enters synchronize_rcu()
202 5. exits synchronize_rcu()
205 To reiterate, synchronize_rcu() waits only for ongoing RCU
207 any that begin after synchronize_rcu() is invoked.
209 Of course, synchronize_rcu() does not necessarily return
[all …]
|
| D | NMI-RCU.rst | 87 One way to accomplish this is via synchronize_rcu(), perhaps as
91 synchronize_rcu();
94 This works because (as of v4.20) synchronize_rcu() blocks until all
97 Since NMI handlers disable preemption, synchronize_rcu() is guaranteed
99 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?
105 Note that it *is* safe for synchronize_rcu() to return immediately on
109 Why can't synchronize_rcu() return immediately on UP systems running
115 Why is it *not* legal to invoke synchronize_rcu() in this case?
145 Why can't synchronize_rcu() return immediately on UP systems
149 of an RCU read-side critical section. If synchronize_rcu()
|
| D | checklist.rst | 205 6. Since synchronize_rcu() can block, it cannot be called
232 If the updater uses call_rcu() or synchronize_rcu(), then
264 disables BH when updaters use call_rcu() or synchronize_rcu().
266 8. Although synchronize_rcu() is slower than is call_rcu(),
269 or the latency of synchronize_rcu() is visible from userspace,
270 synchronize_rcu() should be used in preference to call_rcu().
272 in even simpler code than does synchronize_rcu() without
273 synchronize_rcu()'s multi-millisecond latency. So please take
277 An especially important property of the synchronize_rcu()
279 are delayed for whatever reason, then the synchronize_rcu()
[all …]
|
| /linux-6.6.21/include/linux/ |
| D | rcutiny.h | 90 synchronize_rcu(); in synchronize_rcu_expedited()
110 synchronize_rcu(); in __kvfree_call_rcu()
|
| D | rcupdate.h | 45 void synchronize_rcu(void);
177 # define synchronize_rcu_tasks synchronize_rcu
224 #define synchronize_rcu_tasks synchronize_rcu
|
| /linux-6.6.21/kernel/rcu/ |
| D | tiny.c | 151 void synchronize_rcu(void) in synchronize_rcu() function
159 EXPORT_SYMBOL_GPL(synchronize_rcu);
|
| /linux-6.6.21/tools/memory-model/scripts/ |
| D | simpletest.sh | 27 exclude="${exclude}\|synchronize_rcu(\|synchronize_rcu_expedited("
|
| /linux-6.6.21/net/hsr/ |
| D | hsr_slave.c | 197 synchronize_rcu(); in hsr_add_port()
227 synchronize_rcu(); in hsr_del_port()
|
| /linux-6.6.21/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-6.6.21/net/netfilter/ |
| D | nf_nat_tftp.c | 44 synchronize_rcu(); in nf_nat_tftp_fini()
|
| D | nf_nat_amanda.c | 68 synchronize_rcu(); in nf_nat_amanda_fini()
|
| D | nf_nat_irc.c | 90 synchronize_rcu(); in nf_nat_irc_fini()
|
| /linux-6.6.21/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-6.6.21/net/caif/ |
| D | cfcnfg.c | 109 synchronize_rcu(); in cfcnfg_create()
121 synchronize_rcu(); in cfcnfg_remove()
197 synchronize_rcu(); in caif_disconnect_client()
583 synchronize_rcu(); in cfcnfg_del_phy_layer()
|
| /linux-6.6.21/Documentation/litmus-tests/rcu/ |
| D | RCU+sync+read.litmus | 33 synchronize_rcu();
|
| /linux-6.6.21/kernel/sched/ |
| D | membarrier.c | 459 synchronize_rcu(); in sync_runqueues_membarrier_state()
649 synchronize_rcu(); in SYSCALL_DEFINE3()
|
| /linux-6.6.21/net/ieee802154/ |
| D | core.c | 185 synchronize_rcu(); in wpan_phy_unregister()
309 synchronize_rcu(); in cfg802154_netdev_notifier_call()
|
| /linux-6.6.21/drivers/misc/cxl/ |
| D | base.c | 95 synchronize_rcu(); in unregister_cxl_calls()
|
| /linux-6.6.21/drivers/crypto/nx/ |
| D | nx-common-pseries.c | 814 synchronize_rcu(); in nx842_OF_upd()
825 synchronize_rcu(); in nx842_OF_upd()
1066 synchronize_rcu(); in nx842_probe()
1131 synchronize_rcu(); in nx842_remove()
1265 synchronize_rcu(); in nx842_pseries_exit()
|
12345678910>>...13