aboutsummaryrefslogtreecommitdiffstats
path: root/xen/common/rcupdate.c
Commit message (Collapse)AuthorAgeFilesLines
* Remove single use of fastcall from hypervisor common code.Keir Fraser2012-03-301-2/+2
| | | | Signed-off-by: Keir Fraser <keir@xen.org>
* CONFIG: remove CONFIG_SMP #ifdefsAndrew Cooper2012-02-091-2/+0
| | | | | | | | CONFIG_SMP is always enabled and !CONFIG_SMP is not supported. So simplify the code a little by removing all #ifdefs. Signed-off-by: Andrew Cooper <andrew.cooper3@citrix.com> Committed-by: Keir Fraser <keir@xen.org>
* eliminate cpus_xyz()Jan Beulich2011-11-081-1/+1
| | | | | | Signed-off-by: Jan Beulich <jbeulich@suse.com> Acked-by: Keir Fraser <keir@xen.org> Acked-by: Andrew Cooper <andrew.cooper3@citrix.com>
* eliminate direct assignments of CPU masksJan Beulich2011-10-211-5/+4
| | | | | | | | | | | | | | | | Use cpumask_copy() instead of direct variable assignments for copying CPU masks. While direct assignments are not a problem when both sides are variables actually defined as cpumask_t (except for possibly copying *much* more than would actually need to be copied), they must not happen when the original variable is of type cpumask_var_t (which may have lass space allocated to it than a full cpumask_t). Eliminate as many of such assignments as possible (in several cases it's even possible to collapse two operations [copy then clear one bit] into one [cpumask_andnot()]), and thus set the way for reducing the allocation size in alloc_cpumask_var(). Signed-off-by: Jan Beulich <jbeulich@suse.com> Acked-by: Keir Fraser <keir@xen.org>
* eliminate cpumask accessors referencing NR_CPUSJan Beulich2011-10-211-1/+0
| | | | | | | ... in favor of using the new, nr_cpumask_bits-based ones. Signed-off-by: Jan Beulich <jbeulich@suse.com> Acked-by: Keir Fraser <keir@xen.org>
* rcu: move private declarations and definitions from header to implementationJan Beulich2011-10-141-3/+50
| | | | | | | | No consumer of RCU should need to see these, and there's also no need to clutter the global name space with them. Signed-off-by: Jan Beulich <jbeulich@suse.com> Acked-by: Keir Fraser <keir@xen.org>
* convert more literal uses of cpumask_t to pointersJan Beulich2011-09-181-1/+1
| | | | | | | This is particularly relevant as the number of CPUs to be supported increases (as recently happened for the default thereof). Signed-off-by: Jan Beulich <jbeulich@suse.com>
* rcupdate: Make rcu_barrier() more paranoia-proofKeir Fraser2011-01-141-5/+24
| | | | | | | | | | | | | | I'm not sure my original barrier function is correct. It may allow a CPU to exit the barrier loop, with no local work to do, while RCU work is pending on other CPUs and needing one or more quiescent periods to flush the work through. Although rcu_pending() may handle this, it is easiest to follow Linux's example and simply call_rcu() a callback function on every CPU. When the callback has executed on every CPU, we know that all previously-queued RCU work is completed, and we can exit the barrier. Signed-off-by: Keir Fraser <keir@xen.org>
* rcupdate: Implement rcu_barrier() to synchronously flush RCU work.Keir Fraser2011-01-141-0/+25
| | | | Signed-off-by: Keir Fraser <keir@xen.org>
* rcu: Migrate RCU work when taking a CPU offline.Keir Fraser2010-05-191-3/+36
| | | | Signed-off-by: Keir Fraser <keir.fraser@citrix.com>
* x86: Dynamically allocate percpu data area when a CPU comes online.Keir Fraser2010-05-181-1/+1
| | | | | | At the same time, the data area starts life zeroed. Signed-off-by: Keir Fraser <keir.fraser@citrix.com>
* Remove many uses of cpu_possible_map and iterators over NR_CPUS.Keir Fraser2010-05-141-1/+1
| | | | | | | The significant remaining culprits for x86 are credit2, hpet, and percpu-area subsystems. To be dealt with in a separate patch. Signed-off-by: Keir Fraser <keir.fraser@citrix.com>
* x86: Implement cpu hotplug notifiers. Use them.Keir Fraser2010-05-141-4/+23
| | | | Signed-off-by: Keir Fraser <keir.fraser@citrix.com>
* xen: Free initmem after boot. Mark lots of init functions as __initKeir Fraser2007-05-121-1/+1
| | | | | that weren't before. Signed-off-by: Keir Fraser <keir@xensource.com>
* Add RCU support to Xen.kaf24@localhost.localdomain2007-01-261-0/+348
Signed-off-by: Jose Renato Santos <jsantos@hpl.hp.com>