Messages in this thread | | | From | Michael Ellerman <> | Subject | Re: [RFC,PATCH 2/4] Deprecate synchronize_kernel, GPL replacement | Date | Mon, 4 Apr 2005 00:11:56 +1000 |
| |
Hi Paul,
I'm not quite clear on the difference between the two synchronize functions , the comment for synchronize_sched() seems to have a bit missing? (see below)
cheers
On Sun, 3 Apr 2005 16:21, Paul E. McKenney wrote: > +/** > + * synchronize_sched - block until all CPUs have exited any non-preemptive > + * kernel code sequences. > + * > + * This means that all preempt_disable code sequences, including NMI and > + * hardware-interrupt handlers, in progress on entry will have completed > + * before this primitive returns. However, this does not guarantee that > + * softirq handlers will have completed, since in some kernels
??
> + * > + * This primitive provides the guarantees made by the (deprecated) > + * synchronize_kernel() API. In contrast, synchronize_rcu() only > + * guarantees that rcu_read_lock() sections will have completed. > + */ > +#define synchronize_sched() synchronize_rcu() [unhandled content-type:application/pgp-signature] | |